Package Details: nightingale-git 78bd501-1

Git Clone URL: https://aur.archlinux.org/nightingale-git.git (read-only)
Package Base: nightingale-git
Description: Open source fork of the Songbird Media Player. Uses prebuilt xulrunner and sqlite.
Upstream URL: http://getnightingale.com/
Licenses: GPL2, BSD, MPL
Conflicts: nightingale
Provides: nightingale
Submitter: ilikenwf
Maintainer: ilikenwf
Last Packager: ilikenwf
Votes: 33
Popularity: 0.009514
First Submitted: 2011-09-27 15:44
Last Updated: 2016-06-19 04:11

Latest Comments

ilikenwf commented on 2016-07-31 18:18

Did you try it with American English on your own build?

I haven't rebuilt in a while but using gcc5 is imperative.

kaipee commented on 2016-07-31 15:47

UPDATE: there seems to be a problem with the building of this package. Downloading the official (pre-built) packages cause no issues whatsoever, so far. I've tested all versions (32/64bit and standard Linux/Gnome integration) and they all run file, although they seem to not like British English as language.

https://getnightingale.com/all-versions.php

kaipee commented on 2016-07-31 15:23

Nightingale seems to immediately crash once 'focussed' / clicked on. Crash and coredump everytime.

/opt/nightingale/nightingale

(process:20944): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

(nightingale-bin:20944): Gdk-WARNING **: gdk_window_set_icon_list: icons too large

(nightingale-bin:20944): Gdk-WARNING **: gdk_window_set_icon_list: icons too large

(nightingale-bin:20944): Gdk-WARNING **: gdk_window_set_icon_list: icons too large
/opt/nightingale/nightingale: line 146: 20944 Segmentation fault (core dumped) "$prog" ${1+"$@"}

ilikenwf commented on 2016-06-17 05:57

Ok, so gcc5 mostly fixed it, but for whatever reason, the sqlite dependency will build fine, but xulr now does not (what in Arch has changed other than gcc enough to cause this???). At the end of the build, the compiled files aren't accessible and won't execute properly.

As a result, gcc5 and the use of the binary dependency prebuilts from our (nightingale's) downloads area are being used again until we can either find why these won't build anymore, or something else changes.

If anyone can tell me why we get "permission denied" errors unless we're root for building (or possibly outside of makepkg?) and how to fix, that'd be great so we can go back to non blob builds.

ilikenwf commented on 2016-06-16 13:40

@JohnRobson I think I need to make gcc5 a build dependency and set the mozconfig to use it. You can wait until I do, or try it, but I know mozilla doesn't built with gcc6.

JohnRobson commented on 2016-06-16 05:34

make[5]: *** [/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/config/rules.mk:1399: file_util.o] Error 1
make[5]: *** Waiting for unfinished jobs....
/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/ipc/chromium/src/base/logging.cc: In destructor ‘mozilla::Logger::~Logger()’:
/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/ipc/chromium/src/base/logging.cc:18:20: warning: variable ‘prlevel’ set but not used [-Wunused-but-set-variable]
PRLogModuleLevel prlevel = PR_LOG_DEBUG;
^~~~~~~
In file included from /tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/ipc/chromium/src/base/lock_impl.h:16:0,
from /tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/ipc/chromium/src/base/lock.h:8,
from /tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/ipc/chromium/src/base/histogram.h:38,
from /tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/ipc/chromium/src/base/message_loop.h:13,
from /tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/ipc/chromium/src/base/message_loop.cc:5:
/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/ipc/chromium/src/base/basictypes.h: In function ‘Dest bit_cast(const Source&)’:
/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/ipc/chromium/src/base/basictypes.h:370:16: warning: typedef ‘VerifySizesAreEqual’ locally defined but not used [-Wunused-local-typedefs]
typedef char VerifySizesAreEqual [sizeof(Dest) == sizeof(Source) ? 1 : -1];
^~~~~~~~~~~~~~~~~~~
make[5]: Leaving directory '/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/compiled/xulrunner-release/ipc/chromium'
make[4]: *** [/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/config/rules.mk:759: libs_tier_xpcom] Error 2
make[4]: Leaving directory '/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/compiled/xulrunner-release'
make[3]: *** [/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/config/rules.mk:770: tier_xpcom] Error 2
make[3]: Leaving directory '/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/compiled/xulrunner-release'
make[2]: *** [/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/config/rules.mk:720: default] Error 2
make[2]: Leaving directory '/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/compiled/xulrunner-release'
make[1]: *** [client.mk:356: build] Error 2
make[1]: Leaving directory '/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla'
make: *** [Makefile.songbird:130: xr-build-release] Error 2
make: Leaving directory '/tmp/yaourt-tmp-us/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2'
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build nightingale-git.

e-anima commented on 2016-03-14 19:39

tar (child): /tmp/yaourt-tmp-marco/aur-nightingale-git/src/nightingale-hacking/dependencies/linux-x86_64/xulrunner-1.9.2/release/xulrunner.tar.bz2:
somehow Error file not found.

Full error was: (sorry for german text)

tar (child): /tmp/yaourt-tmp-marco/aur-nightingale-git/src/nightingale-hacking/dependencies/linux-x86_64/xulrunner-1.9.2/release/xulrunner.tar.bz2: Funktion open fehlgeschlagen: Datei oder Verzeichnis nicht gefunden
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now
Makefile:524: die Regel für Ziel „export“ scheiterte
make[4]: *** [export] Fehler 2
make[4]: Verzeichnis „/tmp/yaourt-tmp-marco/aur-nightingale-git/src/nightingale-hacking/compiled/dependencies“ wird verlassen
/tmp/yaourt-tmp-marco/aur-nightingale-git/src/nightingale-hacking/build/rules.mk:326: die Regel für Ziel „export_tier_deps“ scheiterte
make[3]: *** [export_tier_deps] Fehler 2
make[3]: Verzeichnis „/tmp/yaourt-tmp-marco/aur-nightingale-git/src/nightingale-hacking/compiled“ wird verlassen
/tmp/yaourt-tmp-marco/aur-nightingale-git/src/nightingale-hacking/build/rules.mk:353: die Regel für Ziel „tier_deps“ scheiterte
make[2]: *** [tier_deps] Fehler 2
make[2]: Verzeichnis „/tmp/yaourt-tmp-marco/aur-nightingale-git/src/nightingale-hacking/compiled“ wird verlassen
/tmp/yaourt-tmp-marco/aur-nightingale-git/src/nightingale-hacking/build/rules.mk:273: die Regel für Ziel „default“ scheiterte
make[1]: *** [default] Fehler 2
make[1]: Verzeichnis „/tmp/yaourt-tmp-marco/aur-nightingale-git/src/nightingale-hacking/compiled“ wird verlassen
Makefile:197: die Regel für Ziel „build“ scheiterte
make: *** [build] Fehler 2

ilikenwf commented on 2015-11-17 16:04

Great! Thanks for the help debugging! This is a better way of doing it, as it keeps from having to use a precompiled xulrunner.

mareke commented on 2015-10-10 07:12

It's working now!

ilikenwf commented on 2015-10-10 00:09

It should work now - please retry.

Sorry!

mareke commented on 2015-10-09 22:07

No building fails:

gfxFT2Utils.cpp:(.text+0x20d): undefined reference to `FT_Get_Sfnt_Table'
gfxFT2Utils.cpp:(.text+0x446): undefined reference to `FT_Get_Sfnt_Table'
/usr/bin/ld: libxul.so: hidden symbol `FT_Outline_Get_Bitmap' isn't defined
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
/tmp/yaourt-tmp-marek/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/config/rules.mk:1221: recipe for target 'libxul.so' failed
make[5]: *** [libxul.so] Error 1
make[5]: Leaving directory '/tmp/yaourt-tmp-marek/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/compiled/xulrunner-release/toolkit/library'
/tmp/yaourt-tmp-marek/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/config/rules.mk:757: recipe for target 'libs_tier_toolkit' failed
make[4]: *** [libs_tier_toolkit] Error 2
make[4]: Leaving directory '/tmp/yaourt-tmp-marek/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/compiled/xulrunner-release'
/tmp/yaourt-tmp-marek/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/config/rules.mk:767: recipe for target 'tier_toolkit' failed
make[3]: *** [tier_toolkit] Error 2
make[3]: Leaving directory '/tmp/yaourt-tmp-marek/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/compiled/xulrunner-release'
/tmp/yaourt-tmp-marek/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/config/rules.mk:720: recipe for target 'default' failed
make[2]: *** [default] Error 2
make[2]: Leaving directory '/tmp/yaourt-tmp-marek/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla/compiled/xulrunner-release'
client.mk:356: recipe for target 'build' failed
make[1]: *** [build] Error 2
make[1]: Leaving directory '/tmp/yaourt-tmp-marek/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla'
Makefile.songbird:125: recipe for target 'xr-build-release' failed
make: *** [xr-build-release] Error 2
make: Leaving directory '/tmp/yaourt-tmp-marek/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2'

ilikenwf commented on 2015-10-09 18:44

It should be fixed - have you tried?

ilikenwf commented on 2015-10-05 19:34

Ah, I know what's happening then.

I'll have to add autoconf 2.13 to the makedepends, but until then install autoconf2.13 from AUR.

I forgot that building the xul SDK in place would require this change, sorry! Please let me know if anything else breaks.

mareke commented on 2015-10-05 18:31

My tmpfs folder was too small. I temporarily resized it but now I'm getting this error:
client.mk:284: *** Couldn't find autoconf 2.13. Stop.
make[1]: Leaving directory '/tmp/yaourt-tmp-marek/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2/mozilla'
Makefile.songbird:125: recipe for target 'xr-build-release' failed
make: *** [xr-build-release] Error 2
make: Leaving directory '/tmp/yaourt-tmp-marek/aur-nightingale-git/src/nightingale-deps/xulrunner-1.9.2'

ilikenwf commented on 2015-10-04 19:03

I can't replicate this behaviour, having deleted my repo clones. Have you tried again?

To my knowledge, this should work perfectly - I just tried it using yaourt with success.

mareke commented on 2015-10-04 17:51

I'm getting:
fatal: unable to checkout working tree
warning: Clone succeeded, but checkout failed.
You can inspect what was checked out with 'git status'
and retry the checkout with 'git checkout -f HEAD'

==> ERROR: Failure while creating working copy of nightingale-deps git repo
Aborting...
==> ERROR: Makepkg was unable to build nightingale-git.

ilikenwf commented on 2015-09-29 06:53

I have changed the package so that instead of using binary dependencies, we compile them first, as it uses it's own static build of xulrunner 1.9.2 for now - eventually this package will be independent of the sqlite and xulrunner static builds that it currently uses.

This will increase build time, but also makes it so that we use a build of xulrunner more tailored for our systems, by using our own libraries to compile it.

mareke commented on 2015-09-02 18:30

Now it works

mareke commented on 2015-08-23 07:58

==> Software upgrade (new version) :
aur/nightingale-git d8403a3-1 -> 8d024f1-1

nightingale-git-d8403a3-1 is up to date -- reinstalling

ilikenwf commented on 2015-08-23 04:17

I'm not sure what to tell you on that one, a commit may have been reverted or something.

mareke commented on 2015-08-16 11:29

"yaourt -Syyua" says:
==> Software upgrade (new version) :
aur/nightingale-git d8403a3-1 -> 8d024f1-1

but after upgrade its says same thing:
==> Software upgrade (new version) :
aur/nightingale-git d8403a3-1 -> 8d024f1-1

ilikenwf commented on 2014-07-24 06:46

Fixed the build.

techlive commented on 2014-01-13 08:59

I cleaned up the PKBUILD a bit, here it is: https://gist.github.com/8396680

It also produces a more sensible 'pkgver' like '1.12.1.r3.g020e12a' with the following command.

git describe --tags --long --always | sed -E 's/nightingale.//;s/([^-]*-g)/r\1/;s|-|.|g'

ilikenwf commented on 2013-10-28 00:47

Bump.

ilikenwf commented on 2013-09-16 09:15

Upload a new version to bump everyone so they'll rebuild. New version has last.fm and some other fixes.

ilikenwf commented on 2013-08-28 06:04

Upgrading the build to use the gstreamer-1.0 branch for now. I'm keeping it up to date with trunk, only it uses gstreamer-1.0.

If you'd rather use the old, tried, and true gstreamer0.10 the old build is here:
http://sprunge.us/XARP

Luye commented on 2013-07-15 13:27

This is a bit late reply, but it may be useful to some still. Testdude, you are getting downgraded because you still have old packages in your folder, and you are using the wildcard *. Specify the package, or the delete/move old packages.

ilikenwf commented on 2013-06-24 04:47

Unless the git thing in makepkg isn't acting right, it looks like it may be a Pacman issue with it not liking the versioning hash?

testdude281 commented on 2013-06-24 03:21

I should have added this to make my point clear.

<code>
> sudo pacman -U *.xz
loading packages...
warning: downgrading package nightingale-git (d727242-1 => c046503-1)
resolving dependencies...
looking for inter-conflicts...
</code>

testdude281 commented on 2013-06-24 02:10

I am getting downgraded.
<code>
> makepkg -s
==> Making package: nightingale-git 82638eb-2 (Mon Jun 24 05:36:59 IST 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
</code>

End Result :

<code>
==> Leaving fakeroot environment.
==> Finished making: nightingale-git c046503-1 (Mon Jun 24 06:52:50 IST 2013)
</code>

testdude281 commented on 2013-06-24 01:48

I am getting downgraded.
<code>
> makepkg -s
==> Making package: nightingale-git 82638eb-2 (Mon Jun 24 05:36:59 IST 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
</code>

End Result :

<code>
==> Leaving fakeroot environment.
==> Finished making: nightingale-git c046503-1 (Mon Jun 24 06:52:50 IST 2013)
</code>

ilikenwf commented on 2013-04-24 17:14

Package upgraded.

ilikenwf commented on 2013-04-17 01:59

If you want libunity/libnotify support, add this to your nightingale.conf file.

ac_add_options --enable-unity-integration

It currently only works with libunity installed, I hope to split it up later.

ilikenwf commented on 2013-04-17 01:46

New version! 1.12 - see the website for details.

ilikenwf commented on 2013-03-16 17:47

...oh, and I'm uploading the i686 deps now, so there may be a delay for 32 bit users and availability of those deps.

ilikenwf commented on 2013-03-16 17:47

BIG update today...we've fixed a ton of bugs and are nearing release. Note that the only issue I run into is that some flacs don't get along really well with the media import or playback and can cause segfaults. We're looking into that, but everything else seems to work fine!

ilikenwf commented on 2013-03-04 06:04

Does search work for you guys? We need to know.

mrbit commented on 2013-02-19 08:10

ok, now PKGBUILD work..
thanks ilikenwf

ilikenwf commented on 2013-02-19 07:54

Sorry, I missed a line. It should be fixed now.

ilikenwf commented on 2013-02-19 07:52

You need to grab the latest pkgbuild.

mrbit commented on 2013-02-19 07:51

make: nightingale.mk: File or directory does not exist ???

ilikenwf commented on 2013-02-18 19:42

Looks like I did upload it. You need to grab the new PKGBUILD.

ilikenwf commented on 2013-02-18 17:25

I thought I uploaded the new PKGBUILD? Either way, on the two lines calling make, just remove the "-f nightingale.mk" bit and it'll work fine - I know I created the src package, guess I forgot to upload. Will tonight.

We renamed nightingale.mk Makefile, to simplify things.

mrbit commented on 2013-02-18 12:49

make: nightingale.mk: File or directory does not exist

ilikenwf commented on 2013-02-17 23:21

It's maybe not building because we're working on something at the moment. It should be working again before the night is out.

ilikenwf commented on 2013-01-05 05:03

New bugs...I realize.

ilikenwf commented on 2013-01-04 05:29

Update: new build deps, newer xulrunner...it should be a bit quicker now.

ilikenwf commented on 2012-12-10 07:30

export CXXFLAGS="-fpermissive" should keep that from happening. Seems that the file in question isn't naming it's type. I'll have to take a look. Ping me in a comment here if you don't hear from me for a while and remind me to take a look.

Feel free to also report it on our Nightingale forums or on github.

http://forum.getnightingale.com
http://github.com/nightingale-media-player

s0lid7 commented on 2012-12-10 02:11

[code] In file included from /usr/include/gtk-2.0/gdk/gdkx.h:33:0,
from /home/username/Builds/nightingale-git/src/nightingale/components/integration/src/linux/sbNativeWindowManager.cpp:36:
/usr/include/X11/Xutil.h:86:3: error: ‘XSizeHints’ does not name a type
/usr/include/X11/Xutil.h:366:8: error: ‘XSizeHints’ does not name a type
/usr/include/X11/Xutil.h:431:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:445:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:496:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:503:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:511:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:591:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:605:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:617:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:654:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:664:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:676:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:688:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:696:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:716:5: error: ‘XSizeHints’ has not been declared
/usr/include/X11/Xutil.h:810:5: error: ‘XSizeHints’ has not been declared
make[6]: *** [sbNativeWindowManager.o] Error 1
make[6]: Leaving directory `/home/username/Builds/nightingale-git/src/nightingale/compiled/components/integration/src/linux'
make[5]: *** [libs] Error 2
make[5]: Leaving directory `/home/username/Builds/nightingale-git/src/nightingale/compiled/components/integration/src'
make[4]: *** [libs] Error 2
make[4]: Leaving directory `/home/username/Builds/nightingale-git/src/nightingale/compiled/components/integration'
make[3]: *** [libs_tier_componentsbase] Error 2
make[3]: Leaving directory `/home/username/Builds/nightingale-git/src/nightingale/compiled'
make[2]: *** [tier_componentsbase] Error 2
make[2]: Leaving directory `/home/username/Builds/nightingale-git/src/nightingale/compiled'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/home/username/Builds/nightingale-git/src/nightingale/compiled'
make: *** [build] Error 2
==> ERROR: A failure occurred in build().
Aborting... [/code]

I had this error. I know it is probably something with my system cause i had a similar error output trying to install spice. Can anyone give me at least an idea what the problem might be and how to fix it?

ilikenwf commented on 2012-12-03 21:08

Yes, it works fine for me ...so I guess a missing dependency? I assume you have glib? Haha...

You can find a list of dependencies (system and otherwise) here: http://publicsvn.songbirdnest.com/vendor/trunk/

Polly commented on 2012-12-03 08:41

The package doesn't work. I presume the package works on your machine. Please correct me if not. It still segfaults.

ilikenwf commented on 2012-11-30 03:37

http://sourceforge.net/projects/ngale/files/testing-builds/nightingale-git-20121128-1-x86_64.pkg.tar.xz/download

ilikenwf commented on 2012-11-29 23:12

Remind me if I don't upload the current git version for you - this is the one I also use on my machine.

Polly commented on 2012-11-28 20:54

Can you drop a good x86_64 package somewhere for me? If it doesn't run with my machine, There is a missing dependency. If it does, than it is very likely, that there is a missing build dependency and we may figure out which.

ilikenwf commented on 2012-11-28 16:47

You referring to the debug tarball? I haven't had to build a debug build in a while...the release tarballs are all good though (there are several, any should work for you).

If you're using tarballs of the nightingale source, try using git instead...I think I left that option in the build, but should remove it.

Polly commented on 2012-11-28 13:25

A fresh profile doesn't change the thing. I would exclude download errors since I downloaded several times having the same result. Did someone build a good x86_64 package with this tarball?

ilikenwf commented on 2012-11-26 17:26

Eww...that could either be a download or an upload error...

Did you try a fresh profile? Either way, we're also in irc on #nightingale on MozNet...feel free to hop in for live discussion.

Polly commented on 2012-11-26 16:12

The debug source package from sourceforge.net seems to be broken (tar exits due to unexpected EOF in linux-x86_64/mozilla-1.9.2/frozen/lib/libxul.so) I used tar to decompress, but testing the archive using 7z leads to an error message as well. Did you build nightngale-git from this AUR source and got a working version? Maybe there is an unrecognised missing dependency in my system. I put some debug information (gdb) in the forum diskussion I mentioned.

ilikenwf commented on 2012-11-26 15:03

The guide is here: http://wiki.getnightingale.com/doku.php?id=build:linux

ilikenwf commented on 2012-11-26 15:02

Well, nightingale has it's own method of building a debug build. The ideal way is to go to the src/nightingale directory, and edit the nightingale.config so that debug is enabled. From there, you'll need to download the debug dependencies from sourceforge (http://sourceforge.net/projects/ngale/files/2.2.0-Build-Deps/x86_64/linux-x86_64-2.2.0-20120922-debug.tar.lzma/download), and extract it into the nightingale/dependencies directory. Then, run build.sh and wait for the build.

Once built, you can just run it from the compiled/dist directory.

Polly commented on 2012-11-26 10:37

I started building a debug build according to https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces#One_package_settings_only .
For some reason I don't understand, makepgk aborts at some time due to Error 2. Can you help me building it?

ilikenwf commented on 2012-11-25 20:42

Have you tried running with a fresh profile? One thing to try is to remove or delete ~/.nightingale and then re-run the app...sometimes a corrupt profile will cause a complete and utter crash like that, especially if you have a buggy release of mashtape in there.

Polly commented on 2012-11-25 15:06

Source for MashTape thing: https://github.com/nightingale-media-player/nightingale-hacking/issues/77

Polly commented on 2012-11-25 15:03

I added a post to a similar issue on the nightingale forum:
http://forum.getnightingale.com/thread-503.html
Segmentation faults are maybe related to MashTape.

ilikenwf commented on 2012-11-25 10:00

..we could have you try to build a debug build, that should give more details.

ilikenwf commented on 2012-11-25 10:00

Interesting. Mind coming over to our forums and making a post? The other devs may get other ideas as well.

Polly commented on 2012-11-24 16:48

I built the package with 3.6.7-1 arch x86_64 kernel, nothing changed. I get the same errors, no track playing, crash at segmentation fault. I read that the segmentation fault issue is a bug related to the 64 bit version: https://github.com/nightingale-media-player/nightingale-hacking/issues/83
According to the error messages this problem is related to gstreamer0.10. I will let you know, if I found a solution.

ilikenwf commented on 2012-11-23 20:43

Oh...and as for the command line thing, we're putting the app in /opt right now, and aren't automatically creating a symlink in /usr/bin...do that and you can launch from the console.

ilikenwf commented on 2012-11-23 20:42

That's strange - it works fine here...I'd say it may be your kernel, provided it's not something else that's strange? I'm running the 3.6.3 Zen kernel, and it works fine.

Assuming the ck kernel just uses the bfs scheduler, I'm not sure what'd be going on since I use it too. Mind trying to build and run on the standard arch kernel and tell me if that does anything for you?

This is a brain teaser...feel free to keep posting here or ask on our forums over at forum.getnightingale.com

Polly commented on 2012-11-23 11:59

Hi, I downloaded the tarball, updated the dependencies and build the package on my arch x64 machine with 3.6.7-4 ck kernel. Nightingale refuses to play any songs and crashes after some while with error segmentation fault. The same happenened with nightingale in AUR. I noticed that I couldn't find a command for launching nightingale, used the binaries. What did I miss?

ilikenwf commented on 2012-11-08 05:02

We've upgraded - the sb-trunk-oldxul branch now uses our own vanilla taglib...all we have left to "convert" to using the system dependencies is xulrunner and sqlite!

ilikenwf commented on 2012-10-04 23:59

I think I figured out your fonts issue. Next time we build xulrunner for ngale, I'll make sure and set it to use the cairo styling, so that the font settings will work!

ilikenwf commented on 2012-10-01 06:43

Excellent! Would you mind moving your ~/.nightingale folder somewhere and run from the console, and see if it crashes then? Usually, a crash means your profile has a corrupt entry somewhere...

As for the fonts, Nightingale is basically the same as firefox, so you'll have to tweak things the way you like them - if it's not how you want, feel free to send me a screenshot or post on the Nightingale forums, and I can tweak the xulrunner build config (currently disabling gvfs and gnomeui, as I'm pretty sure that we don't use those, since we use our own "feathers," but I could be wrong.

testdude281 commented on 2012-09-30 21:23

Success. Have installed and run nightingale. Crashes the first time while changing options (ex. between music and video) but stable after that. Doesnt restart after changing feathers or disabling addons (cannot remove them).

Hope the addons will soon be compatible with the new version.

All in all, i feel at home. Thanks for everything.

testdude281 commented on 2012-09-30 20:13

Success. I have managed to install and run nightingale. The font is weird but i guess once the addons are also updated, i can customise it.

Thanks for everything.

ilikenwf commented on 2012-09-30 17:03

Updated build deps for both i686 and x86_64 - please give building another shot, everyone! :)

Let me know of any issues or bugs!

ilikenwf commented on 2012-09-27 06:53

We're still working out the kinks on building the newer deps for i686, but we ARE working on it - so hang loose :)

That said, I'm posting newer x86_64 deps, which have been built with -O2 and some other performance based flags (all sane, and tested...nothing ricey or anything). Let me know if they work out for you! Seems to me the x86_64 build is really fast, especially if you run pinkmartini (ugly, but fast feather).

ilikenwf commented on 2012-09-25 05:25

I think it's possibly the build deps. The ones on this build are older, as I've not had a chance to build the new i686 versions of them...if you feel brave you could clone our nightingale-deps repo and checkout the xul-192-new branch and run build.sh and wait 2-3 hours for it to build, and copy the linux-i686 directory into your src/nightingale/dependencies directory, or you could wait a day or two until I or one of the other Nightingale devs can get them built and uploaded...

That should fix, but I'm not sure.

ilikenwf commented on 2012-09-25 05:18

I've opened up an issue for this on github...feel free to join in the conversation or watch it over here... We'll figure it out, and I'll make sure to let you know once it's resolved!

https://github.com/nightingale-media-player/nightingale-hacking/issues/123

testdude281 commented on 2012-09-25 05:06

i have tried both with yaourt and without but the problem is the same. also, i have checked the dependencies, they are all pre-installed.

echo $PATH ---> /usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin/core_perl

Just saying $PATH gives --> bash: /usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin/core_perl: No such file or directory.

Is this the problem?

ilikenwf commented on 2012-09-25 04:20

Are you installing with yaourt? If not, make sure you have all the deps, and that your $PATH is setup correctly.

testdude281 commented on 2012-09-23 07:00

uname -a --> Linux Zeus 3.5.4-1-ARCH #1 SMP PREEMPT Sat Sep 15 13:04:04 UTC 2012 i686 GNU/Linux

gcc -v :

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-linux-gnu/4.7.1/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: /build/src/gcc-4.7-20120721/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --enable-libstdcxx-time --enable-gnu-unique-object --enable-linker-build-id --with-ppl --enable-cloog-backend=isl --disable-ppl-version-check --disable-cloog-version-check --enable-lto --enable-gold --enable-ld=default --enable-plugin --with-plugin-ld=ld.gold --with-linker-hash-style=gnu --disable-multilib --disable-libssp --disable-build-with-cxx --disable-build-poststage1-with-cxx --enable-checking=release
Thread model: posix
gcc version 4.7.1 20120721 (prerelease) (GCC)

ilikenwf commented on 2012-09-23 06:31

Ok...sorry about that. I can't download the file right now for some reason...that being the case, do a few commands for me and paste here...

uname -a
gcc -v

(Oh...and try again if you're on a 64 bit machine - I just uploaded some fresh dependencies. i686 will come a little later).

testdude281 commented on 2012-09-23 05:35

Sorry for the late reply. Here are the PKGBUILD and output

PKGBUILD ---> http://pastebin.com/ShihP0X5

Output ---> http://depositfiles.com/files/r0m90pljm (Pastebin does not allow more than 500 kb)

I dont envy you now.

ilikenwf commented on 2012-09-23 03:03

Right after the line:

build() {

add it, so it looks like this...then save, and makepkg:

build() {
export CXXFLAGS="-fpermissive"

testdude281 commented on 2012-09-23 03:02

Sorry to ask this of you but i am not a coder. the default PKGBUILD has that line. so if you want it put somewhere else could you please indicate where.

ilikenwf commented on 2012-09-23 02:42

Looks like a makeflag issue. Do me a favor and rebuild again, only this time, add export CXXFLAGS="-fpermissive" and see if that helps. Dump the whole output to a file and pastebin, if you would, as that would be very helpful.

Thanks!

testdude281 commented on 2012-09-23 02:41

hi,
i am having serious trouble building this. this is probably the 5th time i have attempted this in maybe 4 months. the first 2 times i was missing some base-devel packages and had a problem with python, but the rest of the errors are unknown to me. these are the last few lines of the latest attempt

[code]
/tmp/yaourt-tmp-dilip/aur-nightingale-git/src/nightingale/components/mediacore/base/src/sbBaseMediacoreEventTarget.cpp: In member function ‘virtual nsrefcnt sbBaseMediacoreEventTarget::AsyncDispatchHelper::Release()’:
/tmp/yaourt-tmp-dilip/aur-nightingale-git/src/nightingale/components/mediacore/base/src/sbBaseMediacoreEventTarget.cpp:215:1: warning: deleting object of polymorphic class type ‘sbBaseMediacoreEventTarget::AsyncDispatchHelper’ which has non-virtual destructor might cause undefined behaviour [-Wdelete-non-virtual-dtor]
make[6]: *** [sbBaseMediacoreEventTarget.o] Error 1
make[6]: Leaving directory `/tmp/yaourt-tmp-dilip/aur-nightingale-git/src/nightingale/compiled/components/mediacore/base/src'
make[5]: *** [libs] Error 2
make[5]: Leaving directory `/tmp/yaourt-tmp-dilip/aur-nightingale-git/src/nightingale/compiled/components/mediacore/base'
make[4]: *** [libs] Error 2
make[4]: Leaving directory `/tmp/yaourt-tmp-dilip/aur-nightingale-git/src/nightingale/compiled/components/mediacore'
make[3]: *** [libs_tier_componentsbase] Error 2
make[3]: Leaving directory `/tmp/yaourt-tmp-dilip/aur-nightingale-git/src/nightingale/compiled'
make[2]: *** [tier_componentsbase] Error 2
make[2]: Leaving directory `/tmp/yaourt-tmp-dilip/aur-nightingale-git/src/nightingale/compiled'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/tmp/yaourt-tmp-dilip/aur-nightingale-git/src/nightingale/compiled'
make: *** [build] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build nightingale-git.
==> Restart building nightingale-git ? [y/N]
==> ----------------------------------------
==>
[/code]

if you want the full output i will attempt it again.
Thanks in advance.

yuyichao commented on 2012-08-05 02:20

@ilikenwf
not really afaik..... anyway....

ilikenwf commented on 2012-08-05 02:19

Updated.

ilikenwf commented on 2012-08-05 02:18

I thought that python2 did provide a python command - it did up until recently, anyway.

yuyichao commented on 2012-08-05 02:17

@ilikenwf
u shouldn't rely on what people does.
Since the official python2 package doesn't provide a python command, u should put python (instead of python2) as makedeps.....

ilikenwf commented on 2012-08-05 02:13

I thought people symlinked python -> python2 when python3 isn't installed?

Anonymous comment on 2012-08-02 20:16

You might want to add python as makedep. I had python2 installed but make was complaining about missing python. Only once I installed python the build was successful. Maybe existing makedep python2 should read python? Did not test.

ilikenwf commented on 2012-07-08 21:48

Updated...removed the tarball building stuff, we don't need it.

ilikenwf commented on 2012-07-08 20:09

I think your issue is that the tarball link is/was using the tagged release rather than the 1.11 branch tarball. I've retagged at the current point in development, but I suggest you use the tarball for nightingale-1.11 ...or use sb-trunk-oldxul, which is really stable. Either way, both branches have the fix and have had for some time -it's just the tarball you were using did not.

techlive commented on 2012-07-08 18:27

@ilikenwf I'd love to help as I can, at the present, I think I can help keep maintaining the Arch PKGBUILD for nightingale.The mozilla development is still a plan for me, I have a couple of the other things get me stucked.

techlive commented on 2012-07-08 18:19

The details about the xulrunner 1.9.2 gcc 4.7 problem, the belowing is a commet I post on [xulrunner192 package](http://aur.archlinux.org/packages.php?ID=53282).The last patch is the one I choosed to be the dirty fix.

-----------------------------

I got a same compiling error as @reistlinas encoutered when I was building nightingale-git from AUR which has its own xulrunner1.9.2 bundle, and after a couple hours of trying, I finally got a work arround shown as below to make nightingale-git compiled in an i686 box.

--- mozilla-1.9.2/xpcom/base/nscore.h 2012-03-06 22:45:48.000000000 +0800
+++ mozilla-1.9.2/xpcom/base/nscore.h.new 2012-07-08 18:48:46.309016612 +0800
@@ -211,7 +211,7 @@
#define NS_EXPORT NS_EXTERNAL_VIS
#define NS_EXPORT_(type) NS_EXTERNAL_VIS_(type)
#define NS_IMETHOD_(type) virtual IMETHOD_VISIBILITY type NS_DEFCALL
-#define NS_IMETHODIMP_(type) type
+#define NS_IMETHODIMP_(type) IMETHOD_VISIBILITY type NS_DEFCALL
#define NS_METHOD_(type) type
#define NS_CALLBACK_(_type, _name) _type (* _name)
#define NS_STDCALL

Then, I tried to applied the same fix to this package(xulrunner192), but it still wouldn't build. I noticed the micros difinition of the other platform NS_IMETHODIMP and NS_METHOD are the same, so I tried the following, but still without luck.

--- mozilla-1.9.2/xpcom/base/nscore.h 2012-03-06 22:45:48.000000000 +0800
+++ mozilla-1.9.2/xpcom/base/nscore.h.new 2012-07-08 18:48:46.309016612 +0800
@@ -211,7 +211,7 @@
#define NS_EXPORT NS_EXTERNAL_VIS
#define NS_EXPORT_(type) NS_EXTERNAL_VIS_(type)
#define NS_IMETHOD_(type) virtual IMETHOD_VISIBILITY type NS_DEFCALL
-#define NS_IMETHODIMP_(type) type
-#define NS_METHOD_(type) type
+#define NS_IMETHODIMP_(type) IMETHOD_VISIBILITY type NS_DEFCALL
+#define NS_METHOD_(type) IMETHOD_VISIBILITY type NS_DEFCALL
#define NS_CALLBACK_(_type, _name) _type (* _name)
#define NS_STDCALL

I noticed that NS_DEFCALL is different on i686 and x86_64 as shown below.

#if defined(__i386__) && defined(__GNUC__) && \
(__GNUC__ >= 3) && !defined(XP_OS2)
#define NS_DEFCALL __attribute__ ((regparm (0), cdecl))
#else
#define NS_DEFCALL
#endif

I guess this may be root of the different compiling behavior between i686 and x86_64, then, I remove the using of NS_DEFCALL as following, and finally, it compiled.

--- mozilla-1.9.2/xpcom/base/nscore.h 2012-03-06 22:45:48.000000000 +0800
+++ mozilla-1.9.2/xpcom/base/nscore.h.new 2012-07-08 18:48:46.309016612 +0800
@@ -211,7 +211,7 @@
#define NS_EXPORT NS_EXTERNAL_VIS
#define NS_EXPORT_(type) NS_EXTERNAL_VIS_(type)
-#define NS_IMETHOD_(type) virtual IMETHOD_VISIBILITY type NS_DEFCALL
+#define NS_IMETHOD_(type) virtual type
#define NS_IMETHODIMP_(type) type
#define NS_METHOD_(type) type
#define NS_CALLBACK_(_type, _name) _type (* _name)
#define NS_STDCALL

The problem is definetely located in xpcom/base/nscore.h, and the above is a dirty quick work arround. I am not familiar with cpp, so I can not tell what this fix may cause, but it does worked, I hope someone with the skills could came out a correct fix for this.

techlive commented on 2012-07-08 18:16

I have just update the src tarball I previously uploaded [here](https://dl.dropbox.com/u/35104299/nightingale-git-20120509-2.src.tar.gz), please take a look, and see if it can be used.

Some improvements:

1. Dirty fix xulrunner 1.9.2 compiling problem under gcc 4.7 on i686 platform.I just remove a platform optimazion macro to get it worked, there must be a better fix, maybe you can try, I am not familar with g++, I using c experience to get this work arround.
2. Using a nightingle-build directory for building according to Arch Git Pakage guiddlines.
3. Renam do_package() to package() in order to use 'package -R' parameter.
4. Syntax reformating, remove extra uneeded whitespaces, and so on.

ilikenwf commented on 2012-07-08 18:08

Cool. By the way, you all are welcome to post in our forums over at getnightingale.com - we need all the commentary and help we can get!

techlive commented on 2012-07-08 18:03

I have just created a nightingle package using 1.11.0 branch, I will upload it in a miniute.

ilikenwf commented on 2012-07-08 18:00

I was actually contemplating doing that, but using the "stable" tarball for that package.

techlive commented on 2012-07-08 17:11

@ilikenwf Maybe it is better to split the _nogit part into a seperate nightingale-nightly package?

Anonymous comment on 2012-07-07 00:09

Yeah, I grabbed it very shortly after you posted since I got an email notification about the post. Speaking of which...@ilikenwf: is there any particular reason the news subscription thing in nightingale (on first run) points to the songbird news subscription? Anyway, thanks again to both of you for the help, I'm very happy to know I won't be stuck using rythmbox or something instead of the far superior (imo) songbird/nightingale.

techlive commented on 2012-07-06 23:38

@masau The newest one should work, you might download the first source tarball I uploaded, and then I found a mistake and reuploaded a fixed one. I thought at that short period of time no one might download it, unfortunately, you are hit. Anyway, enjoy this wonderfull music manager.

Anonymous comment on 2012-07-06 23:14

I'm getting this error with your pkg techlive:

config.status: creating build/autodefs.mk
config.status: creating build/Makefile
config.status: creating dependencies/Makefile
config.status: error: cannot find input file: `dependencies/vendor/mozbrowser/Makefile.in'
make: *** [/home/masau/Downloads/nightingale-git/src/nightingale/compiled/config.status] Error 1


The file (/home/masau/Downloads/nightingale-git/src/nightingale-build/dependencies/vendor/mozbrowser/Makefile.in) is there and isn't empty, so I'm not sure what the problem was.

However, I grabbed the 5 important changes from your pkg file (the 3 references to the patch and the 2 checksum lines for the patch) and the patch itself and added them to ilikenwf's tarball and it compiled fine and appears to be working fine. Thanks to both of you for your help with this :) .

techlive commented on 2012-07-06 21:31

@ilikenwf, the problem is only existed on i686 platform. I have encoutered this problem a few months ago when I was trying to abondon songbird instead using nightingale. At that time, I thought it may be some small bugs in the code which should be fixed very soon, also I am very busy at that time, so I just left this behind my mind. Yesterday, I saw you comment on the songbird-svn package and I thought, I should try to see if I can fix it. So, Here I am.


--- linux-i686/mozilla-1.9.2/release/include/nscore.h 2012-07-07 03:24:27.895878448 +0800
+++ linux-i686/mozilla-1.9.2/release/include/nscore.h.new 2012-07-07 03:25:15.468954055 +0800
@@ -211,7 +211,7 @@
#define NS_EXPORT NS_EXTERNAL_VIS
#define NS_EXPORT_(type) NS_EXTERNAL_VIS_(type)
#define NS_IMETHOD_(type) virtual IMETHOD_VISIBILITY type NS_DEFCALL
-#define NS_IMETHODIMP_(type) type
+#define NS_IMETHODIMP_(type) IMETHOD_VISIBILITY type NS_DEFCALL
#define NS_METHOD_(type) type
#define NS_CALLBACK_(_type, _name) _type (* _name)
#define NS_STDCALL

The above is the fix of the problem, seems easy, but it is a bug in xulrunner 1.9.2, see [xulrunner192](http://aur.archlinux.org/packages.php?ID=53282), somebody also encoutered the same problem.

I also created an updated src pkg whith some improvements, https://dl.dropbox.com/u/35104299/nightingale-git-20120509-2.src.tar.gz

enjoy!

feydaykyn commented on 2012-07-06 12:19

Hi,
I am trying to install Nightingale, and so far, I had to make the following tweaks to install the tar :
- set the no-git option (maybe another package dedicated to devel would be more user-friendly ?)
- correct on line 99 : rm => rm -rf (else it fails because the file does not exist)
- correct on line 100 : wget -O "$_branch.tar.gz $_tarball" => wget -O $_branch.tar.gz $_tarball (wouldn't find the url with the quotes, as it was included in the -O option)
Thanks for the package anyways, I am going to test it right now !

ilikenwf commented on 2012-07-06 06:06

Honestly, guys, on a fresh Arch x86_64 install I don't have any problems...I got some issues along the way missing things like binutils, make, autoconf, and pkg-config but otherwise this all builds fine for me. Can you try using yaourt and pastebin the buildlog again? I'm using gcc-multilib, but that shouldn't make a difference.

Sorry about my delay, by the way.

ilikenwf commented on 2012-06-28 02:53

Not yet - have had stuff get in my way.

Anonymous comment on 2012-06-27 20:47

Any luck?

ilikenwf commented on 2012-06-22 04:00

No problem. I'll do my best to get it working - Arch is near and dear since it's my main distro...

The other devs are the same way with their distros of choice...we'll get it up and running ASAP.

Anonymous comment on 2012-06-22 03:59

Ok, thanks for your help so far.

ilikenwf commented on 2012-06-22 03:55

Nevermind...

I'll put a fresh arch setup on a VM this weekend and see what's going on.

Anonymous comment on 2012-06-22 03:54

What am I doing with the make -j1 ...?

Anonymous comment on 2012-06-21 00:34

local/gcc 4.7.0-6 (base-devel)
local/gcc-libs 4.7.0-6 (base)

Those?

ilikenwf commented on 2012-06-20 18:08

Well, Mook thinks it looks like you're not using only one thread to build (make -j1 ...) ...

What gcc are you using? You don't have any testing repos enabled, do you?

Anonymous comment on 2012-06-20 05:09

Alright. If you need any more information ask and I'll get it to you.

ilikenwf commented on 2012-06-20 03:02

I'll have Mook look at it - he's good at figuring out these cryptic issues.

Anonymous comment on 2012-06-19 05:48

None of them appear to be corrupted. Checksums come out fine when reinstalling them.

ilikenwf commented on 2012-06-19 04:41

And you're sure the deps packages you downloaded aren't corrupted?

Anonymous comment on 2012-06-19 04:39

Same error running build.sh manually.

ilikenwf commented on 2012-06-19 04:13

Well, this is a big wtf.

Go into the git directory and manually run build.sh and see if it still happens.

Anonymous comment on 2012-06-19 04:11

I get the same error from both yaourt and the tarball (I had already tried both before, but tried again in case something had changed). Should I send a pastebin of installed packages?

ilikenwf commented on 2012-06-18 23:24

Do me a favor and remove your entire nightingale build directory...then grab the tarball here or use yaourt and try again.

At the most, you're maybe missing a dep that I didn't realize factored in here.

fritz2 commented on 2012-06-18 08:50

I'm getting exactly the same output as masau. Before and after "git gc --aggressive".

fritz2 commented on 2012-06-18 08:27

I'm getting exactly the same output as masau. Before and after "git gc --aggressive".

Anonymous comment on 2012-06-18 04:07

I'm using the default branch, and it gives me the same error regardless of using the tar or the git. I was using the git in the one I posted.

On a somewhat unrelated note (probably), this line: rm "$_branch.tar.gz" (line 99 of PKGBUILD) crashes the process when using the tarball if the tar.gz doesn't already exist (which it won't on first run. Should that be forced? Or did I do something wrong that resulted in sb-trunk-oldxul.tar.gz not existing in the src folder when that line executes?

ilikenwf commented on 2012-06-18 01:43

Are you using the zip or the git?

What branch - the default? (sb-trunk-oldxul)

Anonymous comment on 2012-06-17 23:20

I get errors while trying to build as well.

Last portion of makepkg output:
http://pastebin.com/KgysUvqS


PS: I'm new to Arch (third day, tried installing on first then put it off while I got everything else set up - this is one of the last things I want done for now)

ilikenwf commented on 2012-06-17 17:22

Can you pastebin ....all of it? Builds great here...so your git repo may be "dirty..." Before you pastebin, can you go into your source directory, and into the nightingale directory, and do git gc --aggressive for me, then try again?

fritz2 commented on 2012-06-17 12:36

Build fails with errors. What output do you need?

ilikenwf commented on 2012-05-10 23:28

Do me a favor and rm -rf src and try again. If it still doesn't work, I'll need you to give me more of the output than that.

koyal13 commented on 2012-05-10 16:47

I have problems installing nightingale while is building. Please fix this:
http://paste.kde.org/474416/

ilikenwf commented on 2012-05-10 00:50

Not sure what's up with your git repo - you may need to try nuking the src and pkg dirs and try again... I added the dep, though.

ilikenwf commented on 2012-05-03 18:17

Adding this to my to-do list now.

ilikenwf commented on 2012-05-03 18:16

I will make sure and fix that as soon as I can!

Anonymous comment on 2012-04-25 08:10

Hey ikilenwf,

1) I had to install missing dependency 'zip'.
2) Strangely enough, I had to force a tree update in order for this to work. Trying to build after initial clone didn't work (couldn't find the local sb-trunk-oldxul branch, I think?). *shrug*

Thanks for maintaining.

ilikenwf commented on 2012-04-08 02:43

Done.

Anonymous comment on 2012-04-07 00:06

I would also like to note if anyone has the error "configured audiosink audiosink-bin is not working." when trying to play music then try installing gstreamer0.10-base-plugins to resolve

Anonymous comment on 2012-04-06 23:31

Hey ilikenwf,

could you add libidl2 as a dependency as I have found compiling from a fresh install of arch that it fails to compile without it

ilikenwf commented on 2012-04-02 18:02

To each their own. As long as it works, I'm happy. Make sure to bring any bugs to our attention in the #nightingale room on MozNet or our forms at http://forum.getnightingale.com !

yuyichao commented on 2012-03-30 00:45

It's makepkg that, by default configuration, cannot download them. This happens to my makepkg which I use the default downloader. And this is NOT caused by yaourt.

Well, everyone have different habbit. yaourt with --devel is more convenient than makepkg for every -{git,svn,hg} package on the system if downloading speed is not that slow. =P

ilikenwf commented on 2012-03-30 00:36

I changed those refs, but it shouldn't break yaourt - I don't think it does here. Anyway, DON'T USE YAOURT! It's for non git/svn packages more than anything - you should be storing this one on your drive somewhere, and just using makepkg whenever you want to update.

yuyichao commented on 2012-03-30 00:33

Is there any disadvantage to use http instead of https?
This is the reason yaourt(makepkg actually) cannot download afaik.

ilikenwf commented on 2012-03-30 00:21

No, no it's not. Stop flagging because you don't know how to read the comments.

yuyichao commented on 2012-03-29 22:18

the download link is broken (again)?

ilikenwf commented on 2012-03-27 15:56

First, you shouldn't just be using Yaourt for -git packages. You keep the git package on disk and just rebuild when you need to - it speeds compile time and reduces load on the server. Second, you shouldn't be using cURL to download deps, wget should be what you use. If that doesn't work, you'll need to configure it to follow the SF redirects (see old comments below).

letroll commented on 2012-03-27 08:52

how can I do to stop going through a manual download of compressed files?

ilikenwf commented on 2012-03-27 05:41

Fixed!

ilikenwf commented on 2012-03-26 02:40

...it appears some updates to Archlinux have broken things, I'll be investigating.

ilikenwf commented on 2012-03-26 02:33

So, you should all consider just using the nightingale-1.11 tag snapshot for now. I'll set it as default in the build.

ilikenwf commented on 2012-03-26 02:24

I'm not sure if some recent updates to gcc and glib on Arch broke the build or some upstream code I pushed did, but it's broken...so...FYI until we figure out why.

mrbit commented on 2012-03-15 17:40

link http://sourceforge.net/projects/ngale/files/1.11-Build-Deps/x86_64/linux-x86_64-1.11.tar.lzma

ilikenwf commented on 2012-03-15 03:53

This is git, actually. There's no "normal" one for the regular release yet. I'll try and do it, but I'm not sure when I'll remember to...

I'll add unzip as a dep shortly...

@stygmatik, solstice - it's probably failing due to the md5sums. If you're using curl as your downloader, that's why - it doesn't follow redirects. Use wget or manually download the deps it's complaining about if you don't want to use wget...and then copy/paste them into the build directory and see if it still happens. It seems like some downloaders (curl without a special flag), and some DNS setups are finicky with sourceforge and their various mirrors and redirects.

Stygmatik commented on 2012-03-13 11:27

@solstice

I've exactly the same problem and I was wondering if anyone else had it ! I don't know from where the bug comes from :/

solstice commented on 2012-03-13 11:20

the pkgbuild fails with an error about downloading linux-i686-1.11.tar.lzma whereas the download was fine

Also if this is not git there must be another package for it. for example 1.11 is a release so it should not be in here.

solstice commented on 2012-03-13 11:20

the pkgbuild fails with an error about downloading linux-i686-1.11.tar.lzma whereas the download was fine

Also if this is not git there must be another package for it. for example 1.11 is a release so it should be in here.

karol_007 commented on 2012-03-10 20:49

@lippol & ilikenwf
Maybe 'unzip' is enough.

bash, tar and wget are in the base group so you shouldn't specify them explicitely.

Anonymous comment on 2012-03-07 15:43

please add "zip" as building dependences :)

Thanks for the package!

ilikenwf commented on 2012-03-05 23:40

If y'all would rather stick with the stable release, the official 1.11.0 is out today - see http://getnightingale.com ...I've not had time to write a PKGBUILD for it yet.

mrbit commented on 2012-03-02 18:15

thanks.

ilikenwf commented on 2012-03-01 20:15

Yes, Nightingale is 64 and 32 bit...but those are just the build deps, not binaries. You'll have to build it yourself to actually run the player. :)

ilikenwf commented on 2012-03-01 20:10

Yes, Nightingale is 64 and 32 bit...but those are just the build deps, not binaries. You'll have to build it yourself to actually run the player. :)

mrbit commented on 2012-03-01 18:04

http://netcologne.dl.sourceforge.net/project/ngale/1.11-Build-Deps/x86_64/linux-x86_64-1.11.tar.lzma

mrbit commented on 2012-03-01 18:02

linux-x86_64-1.11.tar.lzma

mrbit commented on 2012-03-01 18:01

x86_64 ....!!!!

ilikenwf commented on 2012-03-01 01:09

Sorry about that! Fixed now.

ilikenwf commented on 2012-02-29 22:58

I'll fix it as soon as I get home. Until then, you can just comment out the line where we apply the patch and ngale should work fine.

ilikenwf commented on 2012-02-29 22:57

Oops...sorry, I forgot to update the patch. I'll do that later this evening. You can actually just comment that part out of the build and it'll work just fine, until I do though.

mrbit commented on 2012-02-29 22:21

make -C branding libs; true
make[4]: Entering directory `/tmp/packerbuild-0/nightingale-git/nightingale-git/src/nightingale/compiled/branding'
make[4]: Leaving directory `/tmp/packerbuild-0/nightingale-git/nightingale-git/src/nightingale/compiled/branding'
make[3]: Leaving directory `/tmp/packerbuild-0/nightingale-git/nightingale-git/src/nightingale/compiled'
make[2]: Leaving directory `/tmp/packerbuild-0/nightingale-git/nightingale-git/src/nightingale/compiled'
make[1]: Leaving directory `/tmp/packerbuild-0/nightingale-git/nightingale-git/src/nightingale/compiled'
patching file compiled/dist/nightingale
Hunk #1 FAILED at 39.
1 out of 1 hunk FAILED -- saving rejects to file compiled/dist/nightingale.rej
==> ERRORE:

ilikenwf commented on 2012-02-29 02:48

New git branch/release!

Ok guys, just updated...you should too. You may need to rm -rf your src directory. Please also note that this is the current working development version, which we're planning to release too. While it has some known bugs, it's completely usable. The addons on our addons site aren't bumped for this version, but a lot of addons get built within this package, and are output to ${srcdir} ...

Either way, report bugs on http://forum.getnightingale.com or #nightingale on MozNet.

Enjoy Nightingale 1.11/1.12.0a (about the same thing right now)

Anonymous comment on 2012-02-20 08:43

samdavid6: there's an ending apostrophe missing on line 'rsync' breaking the setup. try this:

DLAGENTS=('ftp::/usr/bin/wget -c --passive-ftp -t 3 --waitretry=3 %u'
'http::/usr/bin/wget -c -t 3 --waitretry=3 %u'
'https::/usr/bin/wget -c -t 3 --waitretry=3 --no-check-certificate'
'rsync::/usr/bin/rsync -z %u %o'
'scp::/usr/bin/scp -C %u %o')

it works for me

Anonymous comment on 2012-02-20 08:00

Any help? If I change the DLAGENTS array I get this error

/etc/makepkg.conf: line 88: syntax error near unexpected token `('
/etc/makepkg.conf: line 88: `MAN_DIRS=({usr{,/local}{,/share},opt/*}/{man,info})'

ilikenwf commented on 2012-02-18 07:43

If you're using wget you don't need curl - some people use it though.

Anonymous comment on 2012-02-18 07:42

M1ck3y

I tried your suggestion, but then I get other errors..


/etc/makepkg.conf: line 88: syntax error near unexpected token `('
/etc/makepkg.conf: line 88: `MAN_DIRS=({usr{,/local}{,/share},opt/*}/{man,info})'

And ilikenwf

How do you setup pacman to use Curl -L? And why? I'm using yaourt to install this.

ilikenwf commented on 2012-02-16 01:48

No problem! I just want to make sure everyone can try Ngale ...I'm even more excited that we'll be having version 1.11 coming out within the next..well...very soon.

m1ck3y commented on 2012-02-15 21:00

ilikenwf, your advice was real useful, thanks

samdavid6, you should replace DLAGENTS array at /etc/makepkg.conf with this one:

DLAGENTS=('ftp::/usr/bin/wget -c --passive-ftp -t 3 --waitretry=3 -O %o %u'
'http::/usr/bin/wget -c -t 3 --waitretry=3 -O %o %u'
'https::/usr/bin/wget -c -t 3 --waitretry=3 --no-check-certificate -O$
'rsync::/usr/bin/rsync -z %u %o'
'scp::/usr/bin/scp -C %u %o')

m1ck3y commented on 2012-02-15 19:32

ilikenwf, your advice was real useful, thanks

samdavid6, you should replace DLAGENTS array at /etc/makepkg.conf with this one:

DLAGENTS=('ftp::/usr/bin/wget -c --passive-ftp -t 3 --waitretry=3 -O %o %u'
'http::/usr/bin/wget -c -t 3 --waitretry=3 -O %o %u'
'https::/usr/bin/wget -c -t 3 --waitretry=3 --no-check-certificate -O$
'rsync::/usr/bin/rsync -z %u %o'
'scp::/usr/bin/scp -C %u %o')

m1ck3y commented on 2012-02-15 19:31

ilikenwf, your advice was real usefull, thanks

samdavid6, you should replace DLAGENTS array at /etc/makepkg.conf with this one:

DLAGENTS=('ftp::/usr/bin/wget -c --passive-ftp -t 3 --waitretry=3 -O %o %u'
'http::/usr/bin/wget -c -t 3 --waitretry=3 -O %o %u'
'https::/usr/bin/wget -c -t 3 --waitretry=3 --no-check-certificate -O$
'rsync::/usr/bin/rsync -z %u %o'
'scp::/usr/bin/scp -C %u %o')

ilikenwf commented on 2012-02-15 05:51

FYI for cURL users: if you setup pacman to use curl -L it will follow sourceforge's redirections.

ilikenwf commented on 2012-02-14 18:45

By the way, we should have a 1.11 release coming in the next week or two or three...

ilikenwf commented on 2012-02-14 18:45

Do me a favor and make sure you're using wget to download... if that doesn't work, try getting it manually, SF may be doing something differently:

http://sourceforge.net/projects/ngale/files/1.8-Build-Deps/x86_64/linux-x86_64-1.8.tar.lzma/download

m1ck3y commented on 2012-02-14 18:30

same error

==> ERROR: Failure while downloading linux-x86_64-1.8.tar.lzma
Aborting...
==> ERROR: Makepkg was unable to build nightingale-git.

Anonymous comment on 2012-02-14 07:09

I am getting errors...


==> -----------------------------------------
==>
==> Building and installing package
==> Determining latest git revision...
-> Version found: 20120213
==> Making package: nightingale-git 20120213-1 (Mon Feb 13 23:05:12 PST 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
-> Found proper_gst_path_archlinux.patch
-> Found Nightingale.desktop
-> Downloading linux-x86_64-1.8.tar.lzma...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 25.3M 100 25.3M 0 0 805k 0 0:00:32 0:00:32 --:--:-- 741k
==> ERROR: Failure while downloading linux-x86_64-1.8.tar.lzma
Aborting...
==> ERROR: Makepkg was unable to build nightingale-git.
==> Restart building nightingale-git ? [y/N]
==> ----------------------------------------
==>
==> WARNING: Following packages have not been installed:
nightingale-git
-----------------------------------

ilikenwf commented on 2012-02-07 18:41

I think more people are using this build than have voted - I'd love to know how many are using this! Please vote!

Also note we should have a new version coming out within the next 2-3 weeks! It's a lot faster!

Anonymous comment on 2012-02-06 22:03

thanks, it's working now!

ilikenwf commented on 2012-02-06 21:00

...any others get the whole "downloading in 5..4...3..2...1 " page that browsers get.

ilikenwf commented on 2012-02-06 20:59

That would be because you're using cURL. Use wget instead. The issue is the useragent, as sourceforge seems to use wget useragents as a sign to automatically pass the file to you from the closest mirror.

Anonymous comment on 2012-02-06 20:31

curl failed to download linux-x86_64-1.8.tar.lzma

ilikenwf commented on 2012-02-05 19:42

Glad to hear you figured it out...that said, you think I should set makedepends to have gcc>=4.6.2-7 ?

mrbit commented on 2012-02-05 15:50

solved with update gcc 4.6.2 -6 -> gcc 4.6.2-7

mrbit commented on 2012-02-05 13:43

cloog depends on gcc45 and gcc-multilib ....!!

mrbit commented on 2012-02-05 09:04

and installed cloog-0.17.0-1

/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/cc1plus: error while loading shared libraries: libcloog-isl.so.2: cannot open shared object file: No such file or directory
make[6]: *** [sbTArrayStringEnumerator.o] Errore 1
make[6]: Leaving directory `/tmp/packerbuild-0/nightingale-git/nightingale-git/src/nightingale/compiled/components/moz/strings/src'
make[5]: *** [libs] Errore 2

ilikenwf commented on 2012-02-05 07:32

Updated - should take less time now, and also does hash checking on the deps (both vendor and binary...)...

The build is now clean, and correct, doing everything the "Arch way (TM)."

Enjoy!

ilikenwf commented on 2012-02-03 21:16

Updated - should take a lot less time now to grab the deps, as they are now in .tar.lzma archives on sourceforge on your local mirror, rather than slow svn.

ilikenwf commented on 2012-01-27 03:43

I guess I should put that in the pkgbuild sometime...so the description and the build echo out the url...

Mountainerd commented on 2012-01-27 03:14

I thought so, too, but the trick is finding which one. I'll head over to the forums. :)

Mountainerd commented on 2012-01-27 03:09

Hi, I am hoping to get a bit of help as to what I am doing wrong. I'm trying to compile (tarball) and this is what gets spit out at me after a few minutes:

make[6]: Entering directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled/dependencies/vendor/mozbrowser/exthelper'
/home/jwblair/aur/nightingale-git/src/nightingale/dependencies/linux-i686/mozilla/release/bin/xpidl -m header -I/home/jwblair/aur/nightingale-git/src/nightingale/dependencies/linux-i686/mozilla/release/idl -I/home/jwblair/aur/nightingale-git/src/nightingale/dependencies/vendor/mozbrowser/exthelper /home/jwblair/aur/nightingale-git/src/nightingale/dependencies/vendor/mozbrowser/exthelper/extIApplication.idl
/home/jwblair/aur/nightingale-git/src/nightingale/dependencies/linux-i686/mozilla/release/bin/xpidl: error while loading shared libraries: libIDL-2.so.0: cannot open shared object file: No such file or directory
make[6]: *** [extIApplication.h] Error 127
make[6]: Leaving directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled/dependencies/vendor/mozbrowser/exthelper'
make[5]: *** [export] Error 2
make[5]: Leaving directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled/dependencies/vendor/mozbrowser'
make[4]: *** [export] Error 2
make[4]: Leaving directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled/dependencies'
make[3]: *** [export_tier_deps] Error 2
make[3]: Leaving directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled'
make[2]: *** [tier_deps] Error 2
make[2]: Leaving directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled'
make: *** [build] Error 2
==> ERROR: A failure occurred in build().
Aborting...

Thanks in advance-

ilikenwf commented on 2012-01-27 02:39

Please ask on the forums at forum.getnightingale.com - it's easier to help you there...although it looks as if you're missing a dependency.

Mountainerd commented on 2012-01-27 02:37

Hi, I am hoping to get a bit of help as to what I am doing wrong. I'm trying to compile (tarball) and this is what gets spit out at me after a few minutes:

make[6]: Entering directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled/dependencies/vendor/mozbrowser/exthelper'
/home/jwblair/aur/nightingale-git/src/nightingale/dependencies/linux-i686/mozilla/release/bin/xpidl -m header -I/home/jwblair/aur/nightingale-git/src/nightingale/dependencies/linux-i686/mozilla/release/idl -I/home/jwblair/aur/nightingale-git/src/nightingale/dependencies/vendor/mozbrowser/exthelper /home/jwblair/aur/nightingale-git/src/nightingale/dependencies/vendor/mozbrowser/exthelper/extIApplication.idl
/home/jwblair/aur/nightingale-git/src/nightingale/dependencies/linux-i686/mozilla/release/bin/xpidl: error while loading shared libraries: libIDL-2.so.0: cannot open shared object file: No such file or directory
make[6]: *** [extIApplication.h] Error 127
make[6]: Leaving directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled/dependencies/vendor/mozbrowser/exthelper'
make[5]: *** [export] Error 2
make[5]: Leaving directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled/dependencies/vendor/mozbrowser'
make[4]: *** [export] Error 2
make[4]: Leaving directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled/dependencies'
make[3]: *** [export_tier_deps] Error 2
make[3]: Leaving directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled'
make[2]: *** [tier_deps] Error 2
make[2]: Leaving directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/home/jwblair/aur/nightingale-git/src/nightingale/compiled'
make: *** [build] Error 2
==> ERROR: A failure occurred in build().
Aborting...

Thanks in advance-

ilikenwf commented on 2012-01-10 00:27

Ok, guys. I tested it and fixed the problem for sure this time... I switched the default to use git, so if you'd rather use the tarball, make sure to set that variable...

Otherwise, it builds just fine now!

luspi commented on 2012-01-09 20:47

Same errors here as PyroDevil. They also stay after deleting src und pkg directories... and I'm using the updated PKGBUILD.

luspi commented on 2012-01-09 20:46

Same errors here as PyroDevil. They also stay after deleting src und pkg directories... and I'm using the new PKGBUILD.

ilikenwf commented on 2012-01-09 15:12

Delete the src and pkg directories and try again, please...make sure you actually updated the PKGBUILD on your end, too.

PyroDevil commented on 2012-01-09 12:29

Sorry but now it failed while building:

...
Checked out revision 95.
A include
A include/sqlite3.h
A lib
A lib/libsqlite3.a
A bin
A bin/sqlite3
Checked out revision 95.
ac_add_options --with-media-core=gstreamer-system nightingale.config
make: nightingale.mk: No such file or directory
make: *** No rule to make target `nightingale.mk'. Stop.
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build nightingale-git.

ilikenwf commented on 2012-01-08 22:42

Sorry - should be fixed now...had a typo.

PyroDevil commented on 2012-01-08 22:09

Doesn't work for me.
I got this:

==> Building and installing package
==> Determining latest git revision...
-> Version found: 20120108
==> Making package: nightingale-git 20120108-1 (Sun Jan 8 23:02:10 CET 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
-> Found proper_gst_path_archlinux.patch
-> Found Nightingale.desktop
==> Validating source files with md5sums...
proper_gst_path_archlinux.patch ... Passed
Nightingale.desktop ... Passed
==> Extracting Sources...
==> Entering fakeroot environment...
==> Starting build()...
-> Cloning initial copy of zen-sources...
==> WARNING: This may take some time depending on your available bandwidth.
Cloning into 'nightingale'...
remote: Counting objects: 10680, done.
remote: Compressing objects: 100% (6268/6268), done.
remote: Total 10680 (delta 4459), reused 9499 (delta 4239)
Receiving objects: 100% (10680/10680), 49.57 MiB | 267 KiB/s, done.
Resolving deltas: 100% (4459/4459), done.
fatal: Not a git repository (or any of the parent directories): .git
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build nightingale-git.

ilikenwf commented on 2012-01-07 07:26

Updated the build...git works better now.

ilikenwf commented on 2012-01-05 06:34

Feel free!

techlive commented on 2012-01-05 06:31

@ilikenwf I‘d like to write a PKGBUILD for nightingale-bin in two days.

ilikenwf commented on 2012-01-05 04:41

With that you have to become a package maintainer - they can just use the tarballs for now.

Anonymous comment on 2012-01-05 04:41

We should provide a nightingale-bin as well for people who doesn't want to compile

techlive commented on 2011-12-22 20:01

Okay,I've created an accout just now.I will explain my thoughts in the forum.

ilikenwf commented on 2011-12-22 19:50

I'm not sure - the roadmap isn't completely setup for Nightingale quite yet...we're accepting addon and feature requests on our forums, though, and we'd love to get your ideas such as those you've presented here - our community is growing, and many people are taking these ideas and slowly working them into addons...

So, if you can access our forums, we'd love to have your input!

techlive commented on 2011-12-22 19:47

@ilikenwf:

I think we should thank you guys who ported songbird to linux native environment.I was always searching for an iTunes alternative in linux.Nightingale seems to be an good choice.

Now I can easily sync my music to my android phone which make my life much more enjoyable.

I want to know will there be an DAAP support which could let me streaming my musci to phone?

Accturally,What I want is a media center in linux which can let me manage,sync,stream audio,video,picture from PC to phone.

So far,I didn't find one.Nightingale is good for audio and music.For video an picture,there is still a long way searching.

Thank you!

ilikenwf commented on 2011-12-22 19:29

Thanks, techlive!

techlive commented on 2011-12-22 19:20

@foolishgrunt

Connection reset by peer is your network connection problem.

If you are in China like me,the Connection reset by peer problem is usually caused by the GFW(Great Fire Wall) while you are trying to accessing some websites outside the wall,in this case,your should consider to use a VPN or proxy.

If you are not in China,please check your network connection or contcat your ISP.

It is not a PKGBUILD problem.

foolishgrunt commented on 2011-12-22 19:13

Fails to build:
"svn: E175002: REPORT of '/svnroot/ngale/!svn/vcc/default': Could not read response body: Connection reset by peer (http://ngale.svn.sourceforge.net)"

ilikenwf commented on 2011-12-21 16:20

I'm a dev on the project - I know for a fact that this is the correct git branch - it's the development branch for our 1.8 version. The master branch won't be ready for some time.

ilikenwf commented on 2011-12-21 16:19

Why did you flag this out of date? It's not - if it's not building you likely are doing something wrong.

ilikenwf commented on 2011-12-10 02:42

Localizations now supported - see File -> Languages

Preview release slated for the 15th - any and all dev help appreciated.

ilikenwf commented on 2011-10-19 21:16

Lastfm added, YMMV, it crashes for me, but it may just be me... it works for one of the other devs.

ilikenwf commented on 2011-10-12 00:13

Just to let you all know that this package has a new skin. Rebuild! It's now 100% compliant with the licenses.

matthiaskrgr commented on 2011-09-29 17:16

Yep, seems to be fixed now.

ilikenwf commented on 2011-09-29 15:43

Ok, it's fixed now, please try it out!

ilikenwf commented on 2011-09-29 15:00

That's just the make clean step failing...did your package get made anyway -- or at least is the pkgdir full? if you go to pkgdir/opt/nightingale and ./nightingale it should run...

I'll fix it.

matthiaskrgr commented on 2011-09-29 14:20

make[4]: Entering directory `/home/matthias/AUR/nightingale-git/src/nightingale/compiled-release-x86_64/branding'
Preprocessing /home/matthias/AUR/nightingale-git/src/nightingale/branding/nightingale-zzz-branding.js.in into /home/matthias/AUR/nightingale-git/src/nightingale/compiled-release-x86_64/dist/defaults/preferences/nightingale-zzz-branding.js...
make[4]: Leaving directory `/home/matthias/AUR/nightingale-git/src/nightingale/compiled-release-x86_64/branding'
make[3]: Leaving directory `/home/matthias/AUR/nightingale-git/src/nightingale/compiled-release-x86_64'
make libs_tier_branding
make[3]: Entering directory `/home/matthias/AUR/nightingale-git/src/nightingale/compiled-release-x86_64'
set -e; \
make -C branding libs; true
make[4]: Entering directory `/home/matthias/AUR/nightingale-git/src/nightingale/compiled-release-x86_64/branding'
make[4]: Leaving directory `/home/matthias/AUR/nightingale-git/src/nightingale/compiled-release-x86_64/branding'
make[3]: Leaving directory `/home/matthias/AUR/nightingale-git/src/nightingale/compiled-release-x86_64'
make[2]: Leaving directory `/home/matthias/AUR/nightingale-git/src/nightingale/compiled-release-x86_64'
make[1]: Leaving directory `/home/matthias/AUR/nightingale-git/src/nightingale/compiled-release-x86_64'
patching file compiled-release-x86_64/dist/nightingale
make: nightingale.mk: No such file or directory
make: *** No rule to make target `nightingale.mk'. Stop.
==> ERROR: A failure occurred in build().
Aborting...

ilikenwf commented on 2011-09-29 10:25

No matter how you do it, it's going to be a decent amount of space used. I've reduced the git repo's size if you choose to take that route, it'll still be pretty big before building, and take longer to download for sure. If you choose to use the tarball, it'll only be about 655mb before building. After building, another 400-500mb worth of stuff is created, but the pkgbuild automatically cleans that crap up...

So, minimum, to build with the tarball (default), you'll need about 1gb of free space, but after building, if you keep the makepkg directory for later builds, I suggest removing pkg and src unless you opted to pull the git tree down.

ilikenwf commented on 2011-09-29 10:22

No matter how you do it, it's going to be a decent amount of space used. I've reduced the git repo's size if you choose to take that route, it'll still be pretty big before building, and take longer to download for sure. If you choose to use the tarball, it'll only be about 655mb before building. After building, another 400-500mb worth of stuff is created, but the pkgbuild automatically cleans that crap up...

So, minimum, to build with the tarball (default), you'll need about 1gb of free space.

ilikenwf commented on 2011-09-29 09:54

No matter how you do it, it's going to be a decent amount of space used. I've reduced the git repo's size if you choose to take that route, it'll still be pretty big, about 700mb before building. If you choose to use the tarball, it'll only be about 350mb before building. After building, about 600mb worth of stuff is created, but the pkgbuild automatically cleans that crap up...

So, minimum, to build with the tarball (default), you'll need about 1gb of free space.

ilikenwf commented on 2011-09-27 20:54

I know what I need to do - thanks.

I'm going to have it renamed nightingale ...there's no reason to have a -git version since github ships up to date tarballs on every commit and branch...that's going to save about ~1gb, and then I can be selective in which deps I clone since we don't need taglib, gstreamer, et al...really just xulrunner and mozilla I think.

matthiaskrgr commented on 2011-09-27 20:50

here http://imagebin.org/174416 is a screenshot of baobab showing the critical dirs. (image will be deleted after some time so make sure to save it if you really want to keep it ;) )

ilikenwf commented on 2011-09-27 20:49

I think I know of a way to fix it. Let me do so after a nap, or tomorrow, whichever comes first.

ilikenwf commented on 2011-09-27 20:48

I think I know of a way to fix it. Let me do so after a nap, or tomorrow, whichever comes first.

ilikenwf commented on 2011-09-27 20:46

That shouldn't have happened. Please let me know what the larger of the dirs and files are...

I have it only cloning --depth=1 so it shouldn't be that large. WTF? If it keeps doing that, I may move to just grabbing snapshots from github.

Namcap? I'll look into it later...

matthiaskrgr commented on 2011-09-27 19:46

Oh, and you may also be interested in using Namcap https://wiki.archlinux.org/index.php/Namcap . ;)

matthiaskrgr commented on 2011-09-27 19:44

After building, I had 2.7GB in the build directory but the output package was only 11.3 MB big.
This is a little *cough* inefficient.

ilikenwf commented on 2011-09-27 18:26

I was in a hurry to get it done, as I had somewhere to be - I'll fix that next time I upload the build...lol

matthiaskrgr commented on 2011-09-27 17:03

" msg "A lot of what we're grabbing here aren't even used...""
isn't it "isn't even used" instead of "aren't even used"?

ilikenwf commented on 2011-09-27 15:49

Folks, I'm developer on the nightingale project now... Please note that this is version 1.8, and that the master branch is currently not usable.

This is equivalent to Songbird 1.8, but uses mostly system libs (except for xulrunner and a couple others). If you want extensions and skins, you'll have to do a little hacking, which I can detail here if anybody requests it.

WE NEED MORE DEVELOPERS! If you're a skinner familiar with xulrunner/xul, an extension person for firefox/mozilla based apps, know the mozilla SDK, and/or are good with C++, please post in the getnightingale.com/forum or visit us and talk on MozNet IRC, #nightingale