Downloader is a generic detection for Microsoft Office macros that. Declare PtrSafe Function GetDeviceCaps Lib 'gdi32.dll' (ByVal hdc As.
PermalinkJoin GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.
Sign up Find file Copy path
Cannot retrieve contributors at this time
#------------------------------------------------- |
# |
# Project created by QtCreator 2010-08-18T15:23:09 |
# |
#------------------------------------------------- |
QT += coregui |
TARGET = DStation |
TEMPLATE = app |
SOURCES += main.cpp |
dstation.cpp |
dgraphicsscene.cpp |
aboutdialog.cpp |
HEADERS += dstation.h |
dgraphicsscene.h |
aboutdialog.h |
FORMS += dstation.ui |
aboutdialog.ui |
# Windows ICO |
RC_FILE = icon.rc |
# This application needs patched ImageMagick 6.7.4-8 or higher. Older versions do not work as we use STL containers for Fourier transforms that were introduced |
# by our request. See: http://www.imagemagick.org/discourse-server/viewtopic.php?f=2&t=17046&p=63494#p63494 |
# |
# Configure string for ImageMagick: |
# ./configure --prefix=/opt --with-quantum-depth=16 |
# --disable-dependency-tracking --with-x=yes |
# --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib/ |
# --without-perl --enable-hdri=yes --disable-openmp |
# |
# ImageMagick has to be compiled at Q16 level *** with HDRI enabled ***. OpenMP should be disabled on Mac OS X due to buggy libgomp implementation. |
# When compiling ImageMagick, make sure FFTW, JPEG, TIFF and PNG libraries are installed/compiled for full functionality. |
# This application has troubles running QThreads as it looks like to conflict with OpenMP. (Unconfirmed) |
# Tested to work with FFTW 3.2.2 |
# |
#------------------------------------------------- |
# FAQ/Troubleshooting: |
# Q: Deconvolution output is black or looks like a black-and-white corrupted image. |
# A: Make sure ImageMagick is compiled with HDRI enabled. |
# |
# Q: DStation can't load PNG, TIFF or other images. |
# A: Make sure ImageMagick is compiled with additional libraries to support those formats. |
# |
# Q: Deconvolution output has checkerboard pattern or corrupted image on Mac version. |
# A: This is still an unresolved bug, probably an fftw issue. Use non-HDRI Wiener deconvolution. (ImageMagick still has to be compiled with HDRI!) |
#------------------------------------------------- |
#------------------------------------------------- |
# Macintosh 64-bit version |
# |
# ImageMagick for Mac OSX Snow Leopard is compiled as x86_64 by default with many depending libraries pre-installed in OS, so this application has to be of the same |
# architecture. You will need a Cocoa (64-bit) version of Qt Framework to compile this application on Snow Leopard. Resolved by downloading Cocoa Qt Framework and |
# installing on top of the Qt SDK. Mac OS X Lion uses 64-bit by default, so nothing is required. I am using Qt 4.8.0 on Mac OS X 10.7 Lion. |
# |
# Notice: For 32-bit Intel and PowerPC Macs, comment out the CONFIG += x86_64 to build 32-bit application. |
#------------------------------------------------- |
#This is my shared libraries build environment on 24' iMac (Intel Core 2 Duo) running Mac OS X 10.7 Lion: |
macx { |
ICON = Fourier.icns |
INCLUDEPATH += /opt/include/ImageMagick |
LIBS += -L/opt/lib-lMagick++ -lMagickCore |
CONFIG += x86_64 |
} |
#------------------------------------------------- |
#------------------------------------------------- |
# Windows version |
# |
# This one is tricky. We need to link all the libraries statically to make sure exceptions are handled correctly. For this, Qt and ImageMagick have to be compiled with |
# the same MinGW compiler. First, we build a static version of Qt library. This is well described in Qt docs (http://doc.qt.nokia.com/4.6/deployment-windows.html) |
# Qt 4.6.2 is the version of Qt that compiles on Windows without bugs. |
# Here is the configure line used in the Qt Command Prompt: configure -release -static -qt-zlib -no-qt3support -no-phonon -no-s60 |
# (-no-qt3support is the QTBUG-10791 workaround) |
# Warning: do not build Qt from MSYS! |
# I am using gcc version 4.4.1 (TDM-2 mingw32) and Qt 4.6.2 on Windows. |
# |
# Next step is to build ImageMagick with the same MinGW. Other compilers (MSVC, etc) don't work due to linking problems. |
# Using pre-compiled MinGW binary won't work as it does not support HDRI. |
# |
# Known problems building ImageMagick Q32 HDRI libraries with FFT support from scratch under MinGW: |
# * fftw. Configure with --with-our-malloc16 --with-windows-f77-mangling --enabled-shared --enable-portable-binary --enable-sse2 |
# to avoid known Windows related problems. |
# (My MSYS does not handle pthreads correctly for unknown reasons, so I have not enabled them when building fftw.) |
# |
# * Redifinition of type boolean in jpeglib. Edit /local/include/jconfig.h, and add before the line 24 that has typedef unsigned char boolean: |
# #ifndef HAVE_BOOLEAN and #endif after that line. Edit Imagemagick_src_directory/coders/jpeg.c and add #define HAVE_BOOLEAN there at the top of includes. |
# |
# * libpng 1.4.x problem with undefined references. Build libpng-1.5.0 (works with 1.5.0beta45) |
# |
#------------------------------------------------- |
#This is my current MSYS static libraries build environment on Sun Ultra 27 workstation (Intel Xeon) running Windows 7 64-bit edition: |
#Linking order is important. |
win32 { |
INCLUDEPATH += C:msys1.0localincludeImageMagick |
LIBS += C:msys1.0localliblibMagick++.a |
LIBS += C:msys1.0localliblibMagickWand.a |
LIBS += C:msys1.0localliblibMagickCore.a |
LIBS += C:msys1.0localliblibfftw3.dll.a |
LIBS += C:msys1.0mingwlibgccmingw324.4.1libgomp.a |
LIBS += C:msys1.0mingwliblibltdl.a |
LIBS += C:msys1.0localliblibjpeg.a |
LIBS += C:msys1.0localliblibpng15.a |
LIBS += C:msys1.0localliblibtiff.a |
LIBS += C:msys1.0mingwliblibgdi32.a |
LIBS += C:msys1.0mingwliblibpthread.a |
} |
#------------------------------------------------- |
#------------------------------------------------- |
#This is my old MSYS shared libraries build environment on Sun Ultra 27 workstation (Intel Xeon) running Windows 7 64-bit edition: |
#INCLUDEPATH += C:msys1.0localincludeImageMagick |
#LIBS += -LC:msys1.0locallib -lMagick++ -lMagickCore -lMagickWand |
#------------------------------------------------- |
Copy lines Copy permalink
Package Details: sonarr 2.0.0.5338-1
Package Actions
- View PKGBUILD / View Changes
Git Clone URL: | https://aur.archlinux.org/sonarr.git (read-only, click to copy) |
---|---|
Package Base: | sonarr |
Description: | PVR for newsgroup users |
Upstream URL: | https://sonarr.tv |
Licenses: | GPL3 |
Submitter: | justin8 |
Maintainer: | degeberg |
Last Packager: | degeberg |
Votes: | 80 |
Popularity: | 0.126959 |
First Submitted: | 2014-11-10 04:45 |
Last Updated: | 2019-08-17 05:50 |
Dependencies (9)
- libmediainfo(libmediainfo-git)
- mono(mono48, mono-alpha, mono-beta, mono-stable, mono-git, mono-visualstudio, mono-nightly, mono5)
- sqlite(sqlite-fossil, sqlite-replication)
- deluge(deluge-git, deluge1, deluge-stable-git)(optional) – a torrent downloader
- nzbget(nzbget-git)(optional) – an NZB downloader
- sabnzbd(optional) – an NZB downloader
- transmission-cli(transmission-cli-ipv6, transmission-cli-git, transmission-cmake-cli, transmission-sequential-cli)(optional) – a torrent downloader (CLI and daemon version)
- transmission-gtk(transmission-csd-git, transmission-cmake-gtk, transmission-sequential-gtk, transmission-gtk-git)(optional) – a torrent downloader (GTK+ version)
- transmission-qt(transmission-qt-git, transmission-cmake-qt, transmission-sequential-qt)(optional) – a torrent downloader (Qt version)
Required by (5)
- ombi(optional)
- ombi-dev(optional)
- plexrequests(optional)
- traktarr(optional)
- traktarr-git(optional)
Latest Comments
« First‹ Previous12345678... Next ›Last »
degeberg commented on 2017-07-05 04:56
degeberg commented on 2017-07-05 04:30
Hmm... the commit in https://github.com/Sonarr/Sonarr/commit/11926d8b2dfa30d2ed0f1a1579e6fa110a02462a adds a health check saying that it will work with mono >= 5.0.0 using btls.
spatz commented on 2017-07-04 21:42
Latest version (2.0.0.4855-1) crashes with a stacktrace involving boringtls. Maybe legacy TLS provider is still needed?
degeberg commented on 2017-05-15 06:27
The /usr/bin/sonarr is a matter of preference although it strictly is not necessary. I just prefer having an executable in /usr/bin for non-library packages. Seeing as it execs, it shouldn't make a difference to what actually ends up running. People can use a systemd override if they don't want to use it.
I actually forgot about your previous comment about sysusers. I'll have a look at it after work later today.
I actually forgot about your previous comment about sysusers. I'll have a look at it after work later today.
fryfrog commented on 2017-05-15 06:00
Maybe someday, get rid of the bash script entirely? It isn't needed. And let systemd manage the user? Patches for it are below. ;)
degeberg commented on 2017-05-15 04:12
I've added MONO_TLS_PROVIDER=legacy as referenced on the issue tracker and on reddit to make it work with mono 5. I'll remove it again when it's no longer needed.
fryfrog commented on 2017-05-15 03:21
Watch out for mono 5.0, it causes problems w/ sonarr and radarr so far. :/
fryfrog commented on 2017-03-08 07:00
And another that switches to systemd's sysusers
https://ptpb.pw/n528/diff
https://ptpb.pw/n528/diff
fryfrog commented on 2017-03-08 06:51
![Libgdi32 Libgdi32](/uploads/1/2/5/8/125867942/461798090.png)
I'd like to submit for your consideration a git patch to remove the sonarr.sh script and just run mono directly from the systemd unit file.
https://ptpb.pw/kbny/diff
https://ptpb.pw/kbny/diff
jack.mitchell commented on 2016-10-30 13:47
Anyone having issues with Sonarr segfaulting/crashing on RSS index with the lastest Mono. I had to role mine back. I do have a custom mono build, but all it does is remove the libgdi dependancy which has never been an issue in the past.