Activity for Alexander Schnaidt

  • Alexander Schnaidt Alexander Schnaidt posted a comment on discussion Open Discussion

    Thanks!

  • Alexander Schnaidt Alexander Schnaidt posted a comment on discussion Open Discussion

    There was no release tagged in svn and no source-tarball/-zip posted. Was this intentional?

  • Alexander Schnaidt Alexander Schnaidt posted a comment on discussion Open Discussion

    Thanks!

  • Alexander Schnaidt Alexander Schnaidt posted a comment on discussion Open Discussion

    Was the omission of a source-tarball intentional?

  • Alexander Schnaidt Alexander Schnaidt modified a comment on ticket #116

    The goals of reusable xflr libraries and happy downstream packagers are not at odds. Any software worth its money will default to the /usr/local PREFIX. Admins expect this when they install software with the typical "make && make install" combo. Distribution packagers must follow the guidelines of their distro, which in most cases forbids installation to /usr/local. You, as the upstream maintainer, don't have to worry about /usr/local/lib being in the search path of the dynamic linker or /usr/local/bin...

  • Alexander Schnaidt Alexander Schnaidt posted a comment on ticket #116

    The goals of reusable xflr libraries and happy downstream packagers are not at odds. Any software worth its money will default to the /usr/local PREFIX. Admins expect this when they install software with the typical "make && make install" combo. Distribution packagers must follow the guidelines of their distro, which in most cases forbids installation to /usr/local. You, as the upstream maintainer, don't have to worry about /usr/local/lib being in the search path of the dynamic linker or /usr/local/bin...

  • Alexander Schnaidt Alexander Schnaidt posted a comment on ticket #116

    I think this is as idiomatic as it gets in qmake. I tested it for a couple of scenarios and it seems to work as expected. It still defaults to /usr/local but will let you override the prefix with a simple "qmake PREFIX=/usr".

  • Alexander Schnaidt Alexander Schnaidt posted a comment on ticket #116

    Commit access is probably a bit too much responsibility but i can try to whip up a patch this weekend.

  • Alexander Schnaidt Alexander Schnaidt posted a comment on ticket #116

    Debian follows the FHS: https://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#USRLOCALLOCALHIERARCHY as well as Fedora: https://fedoraproject.org/wiki/Packaging:Guidelines#No_Files_or_Directories_under_.2Fsrv.2C_.2Fusr.2Flocal.2C_or_.2Fhome.2F.24USER Gentoo's layout is only based on the FHS but retains the same rule for /usr/local: https://devmanual.gentoo.org/general-concepts/filesystem/index.html same as Arch: https://wiki.archlinux.org/index.php/Arch_packaging_standards#Package_etique...

  • Alexander Schnaidt Alexander Schnaidt posted a comment on ticket #116

    Most linux distributions, whether they follow the FHS or just out of convention, reserve /usr/local for locally installed software that bypasses the package-manager. Official distro packages will not be installed there So instead of letting every downstream packager hack around this individually it would be better to fix it upstream before they start packaging 6.42.

  • Alexander Schnaidt Alexander Schnaidt created ticket #116

    PREFIX not respected in subdirs projects

  • Alexander Schnaidt Alexander Schnaidt posted a comment on ticket #1251

    Reported at: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66365 I see that https://sourceforge.net/p/passwordsafe/bugs/1253/...

  • Alexander Schnaidt Alexander Schnaidt posted a comment on ticket #1251

    Thanks for the workaround, I'll bother the GCC upstream and report back.

  • Alexander Schnaidt Alexander Schnaidt created ticket #1251

    Build fails on Archlinux with GCC 5.1.0

1