Re: [gentoo-user] Master PDF Editor - version 4, without watermark
On 9/25/21 19:44, Dale wrote: the...@sys-concept.com wrote: On 9/25/21 2:59 AM, Charlotte Delenk wrote: On 9/25/21 09:45, Marco Rebhan wrote: On Saturday, 25 September 2021 09:06:20 CEST the...@sys-concept.com wrote: Any idea where I can find "Master PDF Editor - version 4" ebuild? Ver. 4 is without watermark. You can find it in the git repository history: https://gitweb.gentoo.org/repo/gentoo.git/commit/? id=56e7e82af65de580969758794453066a29ecbf85 The command I used to find that was git log 'app-text/master-pdf-editor/ master-pdf-editor-4*' in case you need to do that in the future. Due to the commit message, I don't think you'll have much luck unless you have the source files: app-text/master-pdf-editor: removed 4.3.82 as sources are no longer available. -Marco It appears that the binaries for a slightly newer version are still available on the website, just under a different name: http://code-industry.net/public/master-pdf-editor-4.3.89_qt5.amd64.tar.gz I attached an ebuild that might work, haven't tested it. I'm trying to test. I add to: package.accept_keywords =master-pdf-editor-4.3.89 ~amd64 emerge -avq =master-pdf-editor-4.3.89 --- Invalid atom in /etc/portage/package.accept_keywords: =master-pdf-editor-4.3.89 * Last emerge --sync was 40d 23h 52m 30s ago. !!! All ebuilds that could satisfy "=master-pdf-editor-4.3.89" have been masked. !!! One of the following masked packages is required to complete your request: - app-text/master-pdf-editor-4.3.89::Local (masked by: ~amd64 keyword) Why is still blocking it? It looks like it wants you to include the category as well in package.keywords. Like this: =app-text/master-pdf-editor-4.3.89 Just a FYI. I'm showing this here for that package. app-text/master-pdf-editor-5.7.90 I don't even see a version 4 at all. If what you are installing now doesn't work, you may want to sync and try version 5. Just a thought. Dale :-) :-) Thelma was looking for version 4 in particular, since version 5 apparently added unremovable watermarks -- Charlotte https://keybase.io/darkkirb • GPG Key 3CEF5DDA915AECB0 • https://darkkirb.de OpenPGP_0x3CEF5DDA915AECB0.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-user] Master PDF Editor - version 4, without watermark
On 9/25/21 09:45, Marco Rebhan wrote:
On Saturday, 25 September 2021 09:06:20 CEST the...@sys-concept.com
wrote:
Any idea where I can find "Master PDF Editor - version 4" ebuild?
Ver. 4 is without watermark.
You can find it in the git repository history:
https://gitweb.gentoo.org/repo/gentoo.git/commit/?
id=56e7e82af65de580969758794453066a29ecbf85
The command I used to find that was git log 'app-text/master-pdf-editor/
master-pdf-editor-4*' in case you need to do that in the future.
Due to the commit message, I don't think you'll have much luck unless
you have the source files:
app-text/master-pdf-editor: removed 4.3.82 as sources are no longer
available.
-Marco
It appears that the binaries for a slightly newer version are still
available on the website, just under a different name:
http://code-industry.net/public/master-pdf-editor-4.3.89_qt5.amd64.tar.gz
I attached an ebuild that might work, haven't tested it.
--
Charlotte
https://keybase.io/darkkirb • GPG Key 3CEF5DDA915AECB0 • https://darkkirb.de
# Copyright 1999-2018 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
EAPI=6
inherit xdg-utils desktop
DESCRIPTION="A complete solution for viewing and editing PDF files"
HOMEPAGE="https://code-industry.net/free-pdf-editor/;
SRC_URI="http://code-industry.net/public/${P}_qt5.amd64.tar.gz;
LICENSE="master-pdf-editor"
SLOT="0"
KEYWORDS="~amd64"
RESTRICT="mirror"
COMMON_DEPEND="
app-arch/bzip2
dev-libs/double-conversion
dev-libs/glib
dev-libs/icu
dev-libs/openssl
media-gfx/graphite2
media-gfx/sane-backends
media-libs/freetype
media-libs/harfbuzz
media-libs/libjpeg-turbo
media-libs/libpng
media-libs/tiff
x11-libs/libX11
x11-libs/libXau
x11-libs/libxcb
x11-libs/libXdmcp
x11-libs/libXext
>=dev-qt/qtsvg-5.4:5
>=dev-qt/qtnetwork-5.4:5
>=dev-qt/qtgui-5.4:5
>=dev-qt/qtprintsupport-5.4:5
"
RDEPEND="${COMMON_DEPEND}"
S="${WORKDIR}/${PN}-${PV%%.*}"
src_install() {
insinto /opt/${PN}
doins -r fonts lang stamps templates masterpdfeditor4.png
exeinto /opt/${PN}
doexe masterpdfeditor4
dosym ../${PN}/masterpdfeditor4 /opt/bin/masterpdfeditor4
make_desktop_entry "masterpdfeditor4 %f" \
"Master PDF Editor ${PV}" /opt/${PN}/masterpdfeditor4.png \
"Office;Graphics;Viewer" \
"MimeType=application/pdf;application/x-bzpdf;application/x-gzpdf;\nTerminal=false"
}
pkg_postinst() {
xdg_desktop_database_update
}
pkg_postrm() {
xdg_desktop_database_update
}
OpenPGP_0x3CEF5DDA915AECB0.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
Re: [gentoo-user] Do I need NUMA set up in my kernel?
On 9/23/21 18:30, Grant Taylor wrote: On 9/23/21 4:39 AM, Miles Malone wrote: You'd need NUMA if you had a NUMA machine. In current context, that would be either a) a dual socket system, b) an amd threadripper, or c) some of the really high core xeons. If your motherboard doesnt have certain memory banks allocated to certain processors or cores, you're probably not running a NUMA machine. Will a kernel without NUMA support boot and run on a system that has a NUMA architecture? If it will boot and run, does it simply do so in a sub-optimal way? Pure speculation for this one but if it works it's probably only going to detect part of the memory and some of the devices and one cpu, since the other resources are physically connected to the other cpus. Flipping the coin on the other side, is there any negative effect (other than kernel size / lines of code / attack surface) for having NUMA support enabled on a non-NUMA system? There is no meaningful downside to leaving it enabled, it's enabled in many distribution kernels for a reason. OpenPGP_0x3CEF5DDA915AECB0.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-user] Do I need NUMA set up in my kernel?
Hi Peter, On 9/23/21 10:59, Peter Humphrey wrote: Hello list, I see "[0.003162] No NUMA configuration found" in dmesg. Does that mean I should, or can, remove the NUMA settings from the kernel? This is a Ryzen M9 5900X machine. I have CONFIG_NUMA unset on both of my AMD Ryzen machines (Zen+ and Zen2) with no issues OpenPGP_0x3CEF5DDA915AECB0.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-user] acrobat reader
On 9/22/21 21:29, the...@sys-concept.com wrote: On 9/22/21 1:19 PM, Jack wrote: On 2021.09.22 15:06, the...@sys-concept.com wrote: I have a pdf fillable form which I can only open in acrobat reader on Windows. Which package do I use to read these form on Gentoo? You should be able to read them with any PDF reader. Not all readers will allow you to fill in the forms and save with the inserted data. I use Okular for that, but the dependencies may be a lot if you don't already run KDE. I wouldn't be surprised if the Gnome PDF reader (evince?) can also do it. Jack I have evince, it will not open it. This is the form I'm trying to open: https://cfr.forms.gov.ab.ca/Form/AHC0102.pdf The javascript code embedded inside explicitely checks for acrobat reader version 9.0 or newer, as well as "XFA" (whatever that is) version 2.0 or newer. Maybe try installing app-emulation/wine and then running acrobat reader using wine? OpenPGP_0x3CEF5DDA915AECB0.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-user] The old wine/harfbuzz/freetype circle ...
On Sat, Sep 18, 2021 at 07:30:45PM +0100, antlists wrote: > I'm trying to emerge wine, and it's come up with this. It insisted on adding > abi_x86_32 or whatever it is to loads of things, but it's now blowing up > with this circular dependency. If I try and install one with "use = > -theother" it won't go ... I recently discovered this wiki page, maybe the steps listed there will help: https://wiki.gentoo.org/wiki/User:Sam/Portage_help/Circular_dependencies#harfbuzz_and_freetype > > Looking on the web, everybody seems to be recommending those approaches but > they're not working. It does say circular dependencies are hard to fix. The > only thing I haven't got at the moment is ~amd. Is that likely to help? Accepting the ~amd64 keyword would require extra steps due to another circular dependency (also on the linked page but farther down). Not that it would help in this case because freetype and harfbuzz do depend on each other currently signature.asc Description: PGP signature
