Package Details: flacon 5.5.1-1

Git Clone URL: https://aur.archlinux.org/flacon.git (read-only)
Package Base: flacon
Description: An Audio File Encoder. Extracts audio tracks from an audio CD image to separate tracks.
Upstream URL: https://flacon.github.io/
Keywords: aac ape audio c-plus-plus cd convert cue cuesheet encoder flac flacon mp3 ogg ogg-vorbis wav
Licenses: LGPL2.1
Conflicts: flacon-git
Provides: flacon
Submitter: overmind88
Maintainer: ValHue
Last Packager: ValHue
Votes: 124
Popularity: 0.93
First Submitted: 2009-10-08 21:07
Last Updated: 2019-10-05 09:49

Dependencies (16)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

dantob commented on 2013-10-28 12:26

build failed, looks like the upstream url has moved to https://github.com/flacon/flacon

satanselbow commented on 2013-10-17 15:32


Had a quick re-read of the packaging guidelines on this and as the qt versioning isn't directly this apps problem (but that of the user) all instances of "hacky" linking are now removed from the PKGBUILD.

Anyone encountering qmake related errors can skip back through the comment thread for solutions ;)

satanselbow commented on 2013-10-17 15:12


"mala paxis" it is indeed - as was noted on the orig forum post. Wasn't aware of qtchooser thanks for the heads up ;)

@Markus00000: Yeah will pull the prepare() altogether... see where qtchooser lands us ;)

sl1pkn07 commented on 2013-10-17 14:28

@satanselbow

[code]
# mkdir -p /usr/lib/qt/bin
# ln -s /usr/bin/qmake-qt4 /usr/lib/qt/bin/qmake
[/code]

this is mala paxis

install qt-chooser instead

greetings

Markus00000 commented on 2013-10-17 13:30

It did install now without the symlink. Maybe you better remove the commented block because at least some AUR helpers will output a warning about potentially dangerous use of `sudo` in the PKGBUILD.

satanselbow commented on 2013-10-17 12:33


Hmmm... if you remove the prepare() block (or at least comment out the if ... fi) does it continue and build?

If it (cmake) fails to find "qmake" then that symlink can be manually created with

[code]
# mkdir -p /usr/lib/qt/bin
# ln -s /usr/bin/qmake-qt4 /usr/lib/qt/bin/qmake
[/code]

May be the PKGBUILD is not the best place for it at all and it should be up to individual users to "fix" their systems... will remove it from PKGBUILD for the time being ;)

Markus00000 commented on 2013-10-17 12:23

I get this error: mkdir: cannot create directory ‘/usr/lib/qt’: Permission denied

Are you sure this should be done in the prepare()? "In this function, commands that are used to prepare sources for building are run, such as patching."

satanselbow commented on 2013-10-17 11:44

Updated PKGBUILD includes patch to prevent "no tmp dir in settings" where the pkg would build and run but fail all jobs unless a tmpdir location was manually entered in settings (patch default: /tmp)

shaddow commented on 2013-10-16 18:09

I had removed those Python deps, but yeah, I'm pretty sure I missed some Qt deps in my file. But seems I had them all but uchardet installed.
I'm glad you're about to sort the bugs out. I can wait, I just tried to help :)

satanselbow commented on 2013-10-16 17:37


Current status is: Package builds, installs and runs but there is a "tmp not set" bug that means all jobs fail when there is no tmp folder in settings. Dev will be pushing out an update shortly ;)

There is also a cmake "bug" that looks for qmake on the wrong path that requires a workaround: there is a fix posted in the main arch forum ;)

will post updated pkgbuild tomorrow (with or without bugfix)

shaddow: The app is now pure qt (previously python) so the deps have changed somewhat ;)