Currently in gentoo portage tree only hplip updated. However its better to install hplip plugin via net-print/hplip-plugin that should have same version as hplip (which is not updated) $ emerge --info net-print/hplip-plugin Portage 2.3.71 (python 3.6.9-final-0, default/linux/amd64/17.1/desktop/plasma/systemd, gcc-9.1.0, glibc-2.29-r3, 5.2.2-gentoo x86_64) ================================================================= System Settings ================================================================= System uname: Linux-5.2.2-gentoo-x86_64-Intel-R-_Core-TM-_i7-6700_CPU_@_3.40GHz-with-gentoo-2.6 KiB Mem: 32809696 total, 13977912 free KiB Swap: 33554428 total, 33554428 free Timestamp of repository gentoo: Thu, 08 Aug 2019 15:00:01 +0000 Head commit of repository gentoo: 92ec1adb73fb53a6ca10a35e586267995e2018f2 Timestamp of repository alexxy: Mon, 29 Jul 2019 10:11:40 +0000 Head commit of repository alexxy: f0359821db6831a2afeb4098bbd0a25a0231919c Timestamp of repository kde: Tue, 06 Aug 2019 23:47:30 +0000 Head commit of repository kde: 02e2229f3d9ebd99707cbbdd329de1ec2b015d36 Timestamp of repository science: Thu, 08 Aug 2019 01:27:01 +0000 Head commit of repository science: 9ff3da0b7f17f6a49c6f48c81354fd55762b45c5 Timestamp of repository waebbl: Sat, 03 Aug 2019 16:47:09 +0000 Head commit of repository waebbl: 9c5efcd6fb248676d99242e53e9f5a46a3d28549 sh bash 5.0_p7 ld GNU ld (Gentoo 2.32 p2) 2.32.0 app-shells/bash: 5.0_p7::gentoo dev-java/java-config: 2.2.0-r4::gentoo dev-lang/perl: 5.30.0::gentoo dev-lang/python: 2.7.16::gentoo, 3.6.9::gentoo, 3.7.4-r1::gentoo dev-util/cmake: 3.15.1::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.6-r1::gentoo sys-apps/sandbox: 2.18::gentoo sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r4::gentoo sys-devel/automake: 1.13.4-r2::gentoo, 1.16.1-r1::gentoo sys-devel/binutils: 2.32-r1::gentoo sys-devel/gcc: 9.1.0-r1::gentoo sys-devel/gcc-config: 2.0::gentoo sys-devel/libtool: 2.4.6-r5::gentoo sys-devel/make: 4.2.1-r4::gentoo sys-kernel/linux-headers: 5.1::gentoo (virtual/os-headers) sys-libs/glibc: 2.29-r3::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 sync-rsync-verify-metamanifest: yes sync-rsync-verify-max-age: 24 sync-rsync-verify-jobs: 1 sync-rsync-extra-opts: alexxy location: /var/db/repos/alexxy sync-type: git sync-uri: https://github.com/gentoo-mirror/alexxy.git masters: gentoo crossdev location: /usr/local/portage/crossdev masters: gentoo kde location: /var/db/repos/kde sync-type: git sync-uri: https://github.com/gentoo-mirror/kde.git masters: gentoo science location: /var/db/repos/science sync-type: git sync-uri: https://github.com/gentoo-mirror/science.git masters: gentoo waebbl location: /var/db/repos/waebbl sync-type: git sync-uri: https://github.com/gentoo-mirror/waebbl.git masters: gentoo ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="@FREE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=native -mtune=native -mfpmath=sse -mavx2 -maes" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -pipe -march=native -mtune=native -mfpmath=sse -mavx2 -maes" DISTDIR="/usr/portage/distfiles" ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR" FCFLAGS="-O2 -pipe -march=native -mtune=native -mfpmath=sse -mavx2 -maes" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs candy cgroup config-protect-if-modified distlocks ebuild-locks fakeroot fixlafiles ipc-sandbox merge-sync metadata-transfer multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs protect-owned sandbox sfperms sign strict strict-keepdir unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe -march=native -mtune=native -mfpmath=sse -mavx2 -maes" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="ru_RU.utf8" LDFLAGS="-Wl,-O1,--hash-style=gnu,--sort-common,--as-needed" LINGUAS="ru en" MAKEOPTS="-j8" PKGDIR="/usr/portage/packages" PORTAGE_COMPRESS="xz" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" USE="X a52 aac acl acpi activities alsa amd64 bash-completion berkdb bluetooth branding bzip2 cairo cdda cdr cli crypt cups cxx dbus declarative dri dts dvd dvdr emboss encode exif fam flac fortran gdbm gif glamor gpm gtk iconv icu ipv6 jpeg kde kipi kwallet lcms ldap libnotify libtirpc lzma mad mng mp3 mp4 mpeg multilib ncurses networkmanager nls nptl ogg opengl openmp pam pango pcre pdf phonon plasma png policykit ppds pulseaudio qml qt5 readline samba scanner sdl seccomp semantic-desktop spell split-usr ssl startup-notification svg systemd tcl theora threads tiff tk truetype udev udisks unicode upower usb v4l vim vim-syntax vorbis wayland widgets wxwidgets x264 xattr xcb xcomposite xml xv xvid zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx avx2 f16c fma3 mmx mmxext pclmul popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="efi-64" INPUT_DEVICES="evdev libinput" KERNEL="linux" L10N="ru en" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LLVM_TARGETS="AArch64 ARM X86" NETBEANS_MODULES="apisupport cnd groovy gsf harness ide identity j2ee java mobility nb php profiler soa visualweb webcommon websvccommon xml" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-2" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_6" PYTHON_TARGETS="python2_7 python3_6" QEMU_SOFTMMU_TARGETS="aarch64 arm riscv32 riscv64 x86_64" QEMU_USER_TARGETS="aarch64 arm riscv32 riscv64" RUBY_TARGETS="ruby26" USERLAND="GNU" VIDEO_CARDS="intel i965" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS ================================================================= Package Settings ================================================================= net-print/hplip-plugin-3.19.5::gentoo was built with the following: USE="" ABI_X86="(64)" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs candy cgroup config-protect-if-modified distlocks ebuild-locks fakeroot fixlafiles ipc-sandbox merge-sync metadata-transfer multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs protect-owned sandbox sfperms sign strict strict-keepdir unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync webrsync-gpg xattr"
That would require a plugin use flag for hplip which always pulls in the same version of the plugin. In turn the dependency on hplip has to be removed from the plugins. I know this would solve some problems. This needs to be coordinated however as I maintain hplip but not the plugins. So every time there is a version bump for hplip the plugins need to be bumped before.
(In reply to Daniel Pielmeier from comment #1) > That would require a plugin use flag for hplip which always pulls in the > same version of the plugin. In turn the dependency on hplip has to be > removed from the plugins. > > I know this would solve some problems. This needs to be coordinated however > as I maintain hplip but not the plugins. So every time there is a version > bump for hplip the plugins need to be bumped before. This does seem obscure, and even more so that the two packages have entirely separate maintainers. I've seen elsewhere ebuilds that require matching versions of dependencies, so this is trivial to add; but there might need to be some clever USE-conditional 'fu' to overcome eg. license restrictions too. Not insurmountable though, right?
(In reply to Michael 'veremitz' Everitt from comment #2) > > This does seem obscure, and even more so that the two packages have entirely > separate maintainers. I've seen elsewhere ebuilds that require matching > versions of dependencies, so this is trivial to add; but there might need to > be some clever USE-conditional 'fu' to overcome eg. license restrictions too. > Not insurmountable though, right? This is all doable. If I add the use flag I just always have to wait for the plugin to be bumped first. Without looking closer into it I also do not see a problem with licensing. Anybody who wants to use the plugin just has to accept the plugins license. Actually however hplip-plugin currently has no maintainer. If this doesn't not change it should flagged maintainer-needed. It was initially added by proxy. After 6 month it was abandoned and Manuel Rüger (mrueg) from the printing team stepped up maintaining it. He also added the printing team which he was a member of, instead of himself. In my opinion adding the team even when being a member of does not make sense if I am the only one taking care of the package. Manuel is now retired which makes the plugin unmaintained. So if nobody from the printing team or somebody else steps up to maintain it I will not add a dependency on it. @James: Sorry for CC'ing you. I recognized you recently bumped the plugin two times. Maybe you have an interest in actually maintaining it? If yes I am sure we can come up with a solution that suits everybody. I mentioned it often before that first I can not maintain it because I do not have a printer requiring the plugin and thus can not test it properly. Second I don't really like this binary, proprietary stuff which only causes trouble. Unfortunately HP continues to produce printers who require the plugin and quite a few buy them believing in good Linux support but oversee the binary plugin or just are ignorant to it. At some time I was considering proxy maintenance but with the previous experience it seams even more hassle than maintaining it directly.
(In reply to Daniel Pielmeier from comment #3) > (In reply to Michael 'veremitz' Everitt from comment #2) > > > > This does seem obscure, and even more so that the two packages have entirely > > separate maintainers. I've seen elsewhere ebuilds that require matching > > versions of dependencies, so this is trivial to add; but there might need to > > be some clever USE-conditional 'fu' to overcome eg. license restrictions too. > > Not insurmountable though, right? > > This is all doable. If I add the use flag I just always have to wait for the > plugin to be bumped first. Without looking closer into it I also do not see > a problem with licensing. Anybody who wants to use the plugin just has to > accept the plugins license. > > Actually however hplip-plugin currently has no maintainer. If this doesn't > not change it should flagged maintainer-needed. It was initially added by > proxy. After 6 month it was abandoned and Manuel Rüger (mrueg) from the > printing team stepped up maintaining it. He also added the printing team > which he was a member of, instead of himself. In my opinion adding the team > even when being a member of does not make sense if I am the only one taking > care of the package. Manuel is now retired which makes the plugin > unmaintained. So if nobody from the printing team or somebody else steps up > to maintain it I will not add a dependency on it. > If it helps, I can co-maintain, and it is my full intention to apply for devship later this year. See below. > @James: Sorry for CC'ing you. I recognized you recently bumped the plugin > two times. Maybe you have an interest in actually maintaining it? If yes I > am sure we can come up with a solution that suits everybody. > > I mentioned it often before that first I can not maintain it because I do > not have a printer requiring the plugin and thus can not test it properly. > Second I don't really like this binary, proprietary stuff which only causes > trouble. Unfortunately HP continues to produce printers who require the > plugin and quite a few buy them believing in good Linux support but oversee > the binary plugin or just are ignorant to it. > > At some time I was considering proxy maintenance but with the previous > experience it seams even more hassle than maintaining it directly. I have a couple of HP printers (inkjet and laser) which are my daily drivers here, and being networked and MFP they are quite useful. Also, they require the binary blobs (which I'm ambivalent about) for network scanning and other ancillary functions, but I've been very happy with their functionality. I also have a reasonable access to the principle arches in active use today - x86_64, arm[64], and latterly a headless powerpc64 VM which I can use for test and compilation, which should help you out there too (the ppc doesn't have direct access to the printers, although conceivably I could tunnel a port!) How does that sound?
(In reply to Michael 'veremitz' Everitt from comment #4) > > How does that sound? Okay, lets try that! How about you providing a pull request for hplip-plugin-3.20.5 without the dependency on hplip? I will then add the dependency plugin to hplip.
No worries about the ping as I do use this. It sounds like you have this in hand now but I can also help if required. I have a very reliable HP Color LaserJet MFP M180n, which requires the plugin for the scanner. I don't scan very often but I have bumped this as required up till now. Blobs do suck but I was still impressed that HP bothered to provide one for 32-bit ARM, which is what I use this on.
(In reply to James Le Cuirot from comment #6) > No worries about the ping as I do use this. It sounds like you have this in > hand now but I can also help if required. I have a very reliable HP Color > LaserJet MFP M180n, which requires the plugin for the scanner. I don't scan > very often but I have bumped this as required up till now. Blobs do suck but > I was still impressed that HP bothered to provide one for 32-bit ARM, which > is what I use this on. Michael and James, what about you taking care of hplip-plugin? At least you have the hardware to test! I continue with hplip itself and we coordinate each other with version bumps?
(In reply to Daniel Pielmeier from comment #7) > (In reply to James Le Cuirot from comment #6) > > No worries about the ping as I do use this. It sounds like you have this in > > hand now but I can also help if required. I have a very reliable HP Color > > LaserJet MFP M180n, which requires the plugin for the scanner. I don't scan > > very often but I have bumped this as required up till now. Blobs do suck but > > I was still impressed that HP bothered to provide one for 32-bit ARM, which > > is what I use this on. > > Michael and James, what about you taking care of hplip-plugin? At least you > have the hardware to test! I continue with hplip itself and we coordinate > each other with version bumps? I'm down with that .. and James can proxy commits if needed until I have +w. We're even in the same timezone! :P :thumbsup:
Yep, works for me. Just ping one or both of us and we'll figure it out. I'll test and bump it tomorrow and add ourselves as maintainers.
