Re: [gentoo-dev] repoman and useless dependency.badmasked warnings
On 10/04/2015 06:02 PM, Zac Medico wrote: > On 10/04/2015 12:46 PM, Zac Medico wrote: >> On 10/04/2015 02:18 AM, Alexis Ballier wrote: >>> On Sat, 3 Oct 2015 12:02:02 -0700 >>> Zac Medico wrote: >>> On 10/03/2015 02:38 AM, Alexis Ballier wrote: >>> What I meant is: Generate a first dependency.badmasked list like it is >>> done currently. Then filter the result by ignoring/removing those that >>> are satisfied without use.mask & friends. >>> >>> That is: >>> DEPEND=" >>> !hardened? ( sys-apps/systemd ) =sys-apps/dbus-1.6.8-r1:0[systemd] >>> " >>> >>> will currently generate a dependency.badmasked list on hardened profiles >>> like: >>> [ ">=sys-apps/dbus-1.6.8-r1:0[systemd]" ] >>> >>> since '>=sys-apps/dbus-1.6.8-r1:0[systemd]' is satisfied when discarding >>> use.mask, the returned list will be empty. >>> >>> >>> >>> In the end, it is just an attempt at removing false-positives from >>> dependency.badmasked. >> >> That seems reasonable. >> > > I've posted a patch here: > > https://archives.gentoo.org/gentoo-portage-dev/message/124b8ef3e7064bcf1fb81379f7dc01fd > It's merged now: https://gitweb.gentoo.org/proj/portage.git/commit/?id=ce16f6c001a867e3a311dcd7712223cf5387424c -- Thanks, Zac
Re: [gentoo-dev] repoman and useless dependency.badmasked warnings
On 10/04/2015 12:46 PM, Zac Medico wrote: > On 10/04/2015 02:18 AM, Alexis Ballier wrote: >> On Sat, 3 Oct 2015 12:02:02 -0700 >> Zac Medico wrote: >> >>> On 10/03/2015 02:38 AM, Alexis Ballier wrote: >> What I meant is: Generate a first dependency.badmasked list like it is >> done currently. Then filter the result by ignoring/removing those that >> are satisfied without use.mask & friends. >> >> That is: >> DEPEND=" >> !hardened? ( sys-apps/systemd ) >>> =sys-apps/dbus-1.6.8-r1:0[systemd] >> " >> >> will currently generate a dependency.badmasked list on hardened profiles >> like: >> [ ">=sys-apps/dbus-1.6.8-r1:0[systemd]" ] >> >> since '>=sys-apps/dbus-1.6.8-r1:0[systemd]' is satisfied when discarding >> use.mask, the returned list will be empty. >> >> >> >> In the end, it is just an attempt at removing false-positives from >> dependency.badmasked. > > That seems reasonable. > I've posted a patch here: https://archives.gentoo.org/gentoo-portage-dev/message/124b8ef3e7064bcf1fb81379f7dc01fd -- Thanks, Zac
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2015-10-04 23:59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2015-10-04 23:59 UTC. Removals: net-misc/guidedog 20150929-18:30 kensingtond22cab8 Additions: dev-embedded/sunxi-tools20151002-22:08 chainsaw 2787244 dev-java/commons-email 20150930-17:53 monsieurp 25d5ff0 dev-python/pyldap 20151001-07:02 jlec 5d7f0a4 dev-python/pytest-catchlog 20150930-14:32 jlec 78b64f9 dev-ros/amcl20150930-09:46 aballier 87fd847 dev-ros/audio_capture 20150928-13:02 aballier 54a0d6a dev-ros/audio_common_msgs 20150928-13:00 aballier cd8a308 dev-ros/audio_play 20150928-13:01 aballier 500c036 dev-ros/base_local_planner 20150930-11:24 aballier ef8cbd7 dev-ros/carrot_planner 20150930-11:25 aballier f50af99 dev-ros/clear_costmap_recovery 20150930-11:47 aballier 8f4f4cd dev-ros/costmap_2d 20150930-10:26 aballier 8d5cc0a dev-ros/dwa_local_planner 20150930-12:02 aballier 7155c58 dev-ros/fake_localization 20150930-11:58 aballier 3377e6c dev-ros/global_planner 20150930-11:59 aballier 4ea24d7 dev-ros/gmapping20150930-09:17 aballier 73f0e9d dev-ros/hector_compressed_map_transport 20150928-12:51 aballier fe095fb dev-ros/hector_geotiff 20150928-12:50 aballier 5b5fa76 dev-ros/hector_geotiff_plugins 20150928-12:52 aballier 7b39a99 dev-ros/hector_imu_attitude_to_tf 20150928-12:53 aballier b4b38e6 dev-ros/hector_imu_tools20150928-12:52 aballier c0d15ad dev-ros/hector_mapping 20150928-12:56 aballier 5aac6f5 dev-ros/hector_map_server 20150928-12:55 aballier 00bf347 dev-ros/hector_map_tools20150928-12:48 aballier ba7efb3 dev-ros/hector_marker_drawing 20150928-12:49 aballier 6a6326b dev-ros/hector_nav_msgs 20150928-12:47 aballier f7ec8e3 dev-ros/hector_slam_launch 20150928-12:56 aballier b3d83aa dev-ros/hector_trajectory_server20150928-12:54 aballier 749ad30 dev-ros/map_server 20150930-11:52 aballier f594653 dev-ros/move_base 20150930-11:50 aballier 44bcbf6 dev-ros/move_slow_and_clear 20150930-11:56 aballier 451aa56 dev-ros/nav_core20150930-10:36 aballier 61b8122 dev-ros/navfn 20150930-11:21 aballier 8180f9d dev-ros/openslam_gmapping 20150930-08:57 aballier 14d1cea dev-ros/robot_pose_ekf 20150930-10:33 aballier 5add068 dev-ros/rotate_recovery 20150930-11:53 aballier a7042eb dev-ros/sound_play 20150928-13:04 aballier 14f28e7 dev-ros/voxel_grid 20150930-09:48 aballier 71cec0a games-board/polyglot20150930-20:36 ulm 8055f63 net-analyzer/testssl20151004-16:21 kensingtone522a52 net-misc/connman-gtk20150929-19:57 hasufell f429b46 net-wireless/inspectrum 20151003-22:07 zerochaos a21b749 ros-meta/audio_common 20150928-13:05 aballier ec58b04 ros-meta/hector_slam20150928-12:57 aballier 851fa1b ros-meta/navigation 20150930-12:03 aballier 88e3134 ros-meta/slam_gmapping 20150930-09:18 aballier 2f3cca5 www-servers/blogc-runserver 20151002-02:51 rafaelmartins 998c939 -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: net-misc/guidedog,removed,kensington,20150929-18:30,d22cab8 Added Packages: net-analyzer/testssl,added,kensington,20151004-16:21,e522a52 net-wireless/inspectrum,added,zerochaos,20151003-22:07,a21b749 dev-embedded/sunxi-tools,added,chainsaw,20151002-22:08,2787244 www-servers/blogc-runserver,added,rafaelmartins,20151002-02:51,998c939 dev-python/pyldap,added,jlec,20151001-07:02,5d7f0a4 games-board/polyglot,added,ulm,20150930-20:36,8055f63 dev-java/commons-email,added,monsieurp,20150930-17:53,25d5ff0 dev-python/pytest-catchlog,added,jlec,20150930-14:32,78b64f9 ros-meta/navigation,added,aballier,20150930-12:03,88e3134 dev-ros/dwa_local_planner,added,aballier,20150930-12:02,7155c58 dev-ros/global_planner,added,aballier,20150930-11:59,4ea24d7 dev-ros/fake_localization,added,aballier,20150930-11:58,3377e6c dev-ros/move_slow_and_clear,added,aballier,20150930-11:56,451aa56 dev-ros/rotate_recovery,added,aballier,20150930-11:53,a7042eb dev-ros/map_server,added,aballier,20150930-11:52
[gentoo-dev] [warning] the bug queue has 93 bugs
Our bug queue has 93 bugs! If you have some spare time, please help assign/sort a few bugs. To view the bug queue, click here: http://bit.ly/m8PQS5 Thanks!
Re: [gentoo-dev] repoman and useless dependency.badmasked warnings
On 10/04/2015 02:18 AM, Alexis Ballier wrote: > On Sat, 3 Oct 2015 12:02:02 -0700 > Zac Medico wrote: > >> On 10/03/2015 02:38 AM, Alexis Ballier wrote: >>> On Fri, 2 Oct 2015 16:54:30 -0700 >>> Zac Medico wrote: >>> On 10/02/2015 04:40 PM, Alexis Ballier wrote: > On Fri, 2 Oct 2015 13:08:29 -0700 > Zac Medico wrote: > >> On 10/02/2015 07:49 AM, Mike Gilbert wrote: >>> Hello, >>> >>> I am getting the output below when I run repoman full for >>> sys-apps/systemd. >>> >>> It is basically telling me that systemd (which is masked in the >>> selinux profiles) cannot depend on sys-apps/dbus[systemd], >>> because the systemd use flag is also masked. >>> >>> That's perfectly fine and I suppose it is valid, but there is >>> nothing I can do to resolve it and I don't need to be reminded >>> of it every time I run repoman. >>> >>> Does anyone find dependency.badmasked useful? >> >> Possibly, if I wanted to see dependency issues for masked >> packages. > > > why not also ignore *use.mask along with package.mask for this > check ? > Can you give a concrete example? I'm having a hard time thinking up a reason to ignore use.mask. >>> >>> Well, ignoring completely use.mask won't work: people use it because >>> the dep doesnt work and thus has missing keywords. >>> >>> But, maybe something in between could work: drop >>> dependency.badmasked warnings that are satisfied when ignoring >>> use.mask. >> >> Yeah, I guess that might work as an alternative to suppressing all >> dependency.badmasked messages by default. We would need another option >> to enable such warnings. >> >> Introducing special cases for use.mask/use.force like this is not as >> simple as it might seem. If we simply discard use.force and use.mask, >> then it can trigger other kinds of warnings. For example, consider a >> dependency like this: >> >> !hardened? ( sys-apps/systemd ) >> >> If we were to discard hardened from use.force, then repoman will show >> an error for this dependency being unsatisfied on hardened profiles. >> We get analogous problems when we discard flags from use.mask. > > > What I meant is: Generate a first dependency.badmasked list like it is > done currently. Then filter the result by ignoring/removing those that > are satisfied without use.mask & friends. > > That is: > DEPEND=" > !hardened? ( sys-apps/systemd ) >> =sys-apps/dbus-1.6.8-r1:0[systemd] > " > > will currently generate a dependency.badmasked list on hardened profiles > like: > [ ">=sys-apps/dbus-1.6.8-r1:0[systemd]" ] > > since '>=sys-apps/dbus-1.6.8-r1:0[systemd]' is satisfied when discarding > use.mask, the returned list will be empty. > > > > In the end, it is just an attempt at removing false-positives from > dependency.badmasked. That seems reasonable. > > > >>> Is there anything I'm missing ? >> >> Maybe it's better to keep things a little simpler, and just suppress >> all dependency.badmasked messages by default. > > > I also like those warnings :) > If we reduce the noise level as you suggest, then maybe we can keep dependency.badmasked messages enabled by default. -- Thanks, Zac
[gentoo-dev] Python 3.5 is in, Python 3.3 deprecation
Hi all, Python 3.5 has been added to ~arch this morning. Please feel free to test and add python3_5 to PYTHON_COMPAT as appropriate. Also, to keep the number of supported implementations manageable, I would like to deprecate Python 3.3. This means that it should not be added to PYTHON_COMPAT in new packages. Does anyone object to this, or have some reason we should keep it as "supported"? See the wiki for the current status of python implementations. https://wiki.gentoo.org/wiki/Project:Python/Implementations
Re: [gentoo-dev] Re: tcltk herd empty
On 10/04/2015 03:08, Duncan wrote: > Dale posted on Sun, 04 Oct 2015 01:06:43 -0500 as excerpted: > >> P. S. I'm getting a error message on your OpenPGP. I get this: >> "Error - No valid armored OpenPGP data block found". >> If that is caused by something on your end, may want to look into it. > > That bit's easily explained -- the PGP trigger token (begin pgp > signed..., not duplicating it exactly here to prevent a similar problem) > remained in the material quoted (several levels deep, in fact) from an > earlier post. Your client obviously triggered on it even embedded in the > quote, however, understandably rather confusing you. > > You might consider filing that as a bug with SeaMonkey upstream, since > trying to PGP-verify within a quote is fraught with so many problems, > including attribution confusion if by some miracle the quoted material > can be correctly detected and separated from the quote markers and hasn't > been rewrapped or otherwise damaged, so that it actually does verify, > that it's not a good idea. The problem of course is knowing that it's a > quote and thus not to trigger, but being a part of a multi-line block of > text with initial ">" markers is reasonable enough indication of it being > in a quote, I'd say, even if other styles of quoting aren't so accurately > detectable. Probably more Enigmail upstream. Or does Mozilla Seamonkey include PGP/GPG functionality? I only use the browser component of that. Been using Thunderbird+Enigmail for quite a long time for PGP/GPG. enigmail is picking up on the embedded PGP marker as well and displaying a blue bar for me on some of the messages in this thread. -- Joshua Kinard Gentoo/MIPS ku...@gentoo.org 6144R/F5C6C943 2015-04-27 177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943 "The past tempts us, the present confuses us, the future frightens us. And our lives slip away, moment by moment, lost in that vast, terrible in-between." --Emperor Turhan, Centauri Republic
Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: net-dns/bind/files/, net-dns/bind/
On 10/04/2015 11:44 AM, Pacho Ramos wrote: > Please report to the right people, you can simply diff between the > ebuilds to see that I only touched the relevant systemd part. You can > also, of course, do the same as I needed to do for systemd part and go > ahead fixing the dies instead of trying to blame on me by the sake of > it. > git blame shows you as the committer (because the way we use git is a bit non-standard). I have forwarded the mail to the maintainer as well.
[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: app-emulation/libvirt/
On 10/03/2015 08:29 PM, Matthias Maier wrote: > commit: a1015c1339068e9e942cb353f46a015b5612db1e > Author: Matthias Maier gentoo org> > AuthorDate: Sat Oct 3 18:26:45 2015 + > Commit: Matthias Maier gentoo org> > CommitDate: Sat Oct 3 18:29:30 2015 + > URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a1015c13 > > app-emulation/libvirt: version bump to 1.2.20 > > Package-Manager: portage-2.2.22 > > app-emulation/libvirt/Manifest | 1 + > app-emulation/libvirt/libvirt-1.2.20.ebuild | 492 > > 2 files changed, 493 insertions(+) > > diff --git a/app-emulation/libvirt/Manifest b/app-emulation/libvirt/Manifest > index 816bdef..961bf34 100644 > --- a/app-emulation/libvirt/Manifest > +++ b/app-emulation/libvirt/Manifest [...] > + > + [[ -n ${BACKPORTS} ]] && \ > + EPATCH_FORCE=yes EPATCH_SUFFIX="patch" \ > + EPATCH_SOURCE="${WORKDIR}/patches" epatch > + little bash nitpicking... the '\' after '&&' is obsolete syntax [...] > + > + # Tweak the init script > + local avahi_init= > + local iscsi_init= > + local rbd_init= > + local firewalld_init= > + cp "${FILESDIR}/libvirtd.init-r15" "${S}/libvirtd.init" missing || die [...] > + sed -e "s/USE_FLAG_FIREWALLD/${firewalld_init}/" -i "${S}/libvirtd.init" > + sed -e "s/USE_FLAG_AVAHI/${avahi_init}/" -i "${S}/libvirtd.init" > + sed -e "s/USE_FLAG_ISCSI/${iscsi_init}/" -i "${S}/libvirtd.init" > + sed -e "s/USE_FLAG_RBD/${rbd_init}/" -i "${S}/libvirtd.init" missing || die on all seds > + > + ## additional host drivers > + myconf+=" $(use_with apparmor)" > + myconf+=" $(use_with apparmor apparmor-profiles)" > + myconf+=" $(use_with virt-network network)" > + myconf+=" --with-storage-fs" > + myconf+=" $(use_with lvm storage-lvm)" > + myconf+=" $(use_with iscsi storage-iscsi)" > + myconf+=" $(use_with parted storage-disk)" > + mycond+=" $(use_with glusterfs)" > + mycond+=" $(use_with glusterfs storage-gluster)" > + myconf+=" $(use_with lvm storage-mpath)" > + myconf+=" $(use_with rbd storage-rbd)" > + myconf+=" $(use_with numa numactl)" > + myconf+=" $(use_with numa numad)" > + myconf+=" $(use_with selinux)" > + myconf+=" $(use_with fuse)" All this myconf stuff is very difficult to read, why not use a bash array? In addition, it has two spelling errors "mycond", so gluterfs USE flag is currently broken. Another reason to not use this form.
[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: net-dns/bind/files/, net-dns/bind/
El dom, 04-10-2015 a las 11:34 +0200, hasufell escribió: > On 10/04/2015 10:29 AM, Pacho Ramos wrote: > > commit: 7f2d82c0ec3bea388511cf190c7426fa2815ea89 > > Author: Pacho Ramos gentoo org> > > AuthorDate: Sun Oct 4 08:28:58 2015 + > > Commit: Pacho Ramos gentoo org> > > CommitDate: Sun Oct 4 08:28:58 2015 + > > URL: > > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7f2d82c0 > > > > net-dns/bind: Install missing tmpfiles.d file (#559118 by Alexey > > Sychev) > > > > Package-Manager: portage-2.2.22 > > > > net-dns/bind/bind-9.10.2_p4-r1.ebuild | 408 > > ++ > > net-dns/bind/files/named.conf | 1 + > > 2 files changed, 409 insertions(+) > > > > diff --git a/net-dns/bind/bind-9.10.2_p4-r1.ebuild b/net > > -dns/bind/bind-9.10.2_p4-r1.ebuild > > new file mode 100644 > > index 000..68ccb97 > > --- /dev/null > > +++ b/net-dns/bind/bind-9.10.2_p4-r1.ebuild > > [...] > > +DEPEND="ssl? ( dev-libs/openssl:0[-bindist] ) > > + mysql? ( >=virtual/mysql-4.0 ) > > + odbc? ( >=dev-db/unixODBC-2.2.6 ) > > + ldap? ( net-nds/openldap ) > > + idn? ( net-dns/idnkit ) > > + postgres? ( dev-db/postgresql:= ) > > + caps? ( >=sys-libs/libcap-2.1.0 ) > > + xml? ( dev-libs/libxml2 ) > > + geoip? ( >=dev-libs/geoip-1.4.6 ) > > + gssapi? ( virtual/krb5 ) > > + gost? ( >=dev-libs/openssl-1.0.0:0[-bindist] ) > > + seccomp? ( sys-libs/libseccomp ) > > + json? ( dev-libs/json-c )" > > +# sdb-ldap? ( net-nds/openldap ) > > + > > +RDEPEND="${DEPEND} > > + selinux? ( sec-policy/selinux-bind ) > > + || ( sys-process/psmisc >=sys-freebsd/freebsd-ubin-9.0_rc sys > > -process/fuser-bsd )" > > ${PYTHON_DEPS} is missing here, even if python USE flag is enabled. > Is > that on purpose? This packages uses python-r1 so no python deps will > be > automagically added. > > [...] > > + > > + if use nslint; then > > + cd $NSLINT_DIR > > missing || die > > [...] > > + > > +src_install() { > > + emake DESTDIR="${D}" install > > + > > + if use nslint; then > > + cd $NSLINT_DIR > > missing || die > > [...] > > + dobin nslint > > + doman nslint.8 > > + cd "${S}" > > missing || die > > [...] > > + > > + # some handy-dandy dynamic dns examples > > + pushd "${D}"/usr/share/doc/${PF} 1>/dev/null > > missing || die on pushd/popd > > > + tar xf "${DISTDIR}"/dyndns-samples.tbz2 || die > > + popd 1>/dev/null > > + fi > > + > Please report to the right people, you can simply diff between the ebuilds to see that I only touched the relevant systemd part. You can also, of course, do the same as I needed to do for systemd part and go ahead fixing the dies instead of trying to blame on me by the sake of it.
[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: net-dns/bind/files/, net-dns/bind/
On 10/04/2015 10:29 AM, Pacho Ramos wrote: > commit: 7f2d82c0ec3bea388511cf190c7426fa2815ea89 > Author: Pacho Ramos gentoo org> > AuthorDate: Sun Oct 4 08:28:58 2015 + > Commit: Pacho Ramos gentoo org> > CommitDate: Sun Oct 4 08:28:58 2015 + > URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7f2d82c0 > > net-dns/bind: Install missing tmpfiles.d file (#559118 by Alexey Sychev) > > Package-Manager: portage-2.2.22 > > net-dns/bind/bind-9.10.2_p4-r1.ebuild | 408 > ++ > net-dns/bind/files/named.conf | 1 + > 2 files changed, 409 insertions(+) > > diff --git a/net-dns/bind/bind-9.10.2_p4-r1.ebuild > b/net-dns/bind/bind-9.10.2_p4-r1.ebuild > new file mode 100644 > index 000..68ccb97 > --- /dev/null > +++ b/net-dns/bind/bind-9.10.2_p4-r1.ebuild [...] > +DEPEND="ssl? ( dev-libs/openssl:0[-bindist] ) > + mysql? ( >=virtual/mysql-4.0 ) > + odbc? ( >=dev-db/unixODBC-2.2.6 ) > + ldap? ( net-nds/openldap ) > + idn? ( net-dns/idnkit ) > + postgres? ( dev-db/postgresql:= ) > + caps? ( >=sys-libs/libcap-2.1.0 ) > + xml? ( dev-libs/libxml2 ) > + geoip? ( >=dev-libs/geoip-1.4.6 ) > + gssapi? ( virtual/krb5 ) > + gost? ( >=dev-libs/openssl-1.0.0:0[-bindist] ) > + seccomp? ( sys-libs/libseccomp ) > + json? ( dev-libs/json-c )" > +# sdb-ldap? ( net-nds/openldap ) > + > +RDEPEND="${DEPEND} > + selinux? ( sec-policy/selinux-bind ) > + || ( sys-process/psmisc >=sys-freebsd/freebsd-ubin-9.0_rc > sys-process/fuser-bsd )" ${PYTHON_DEPS} is missing here, even if python USE flag is enabled. Is that on purpose? This packages uses python-r1 so no python deps will be automagically added. [...] > + > + if use nslint; then > + cd $NSLINT_DIR missing || die [...] > + > +src_install() { > + emake DESTDIR="${D}" install > + > + if use nslint; then > + cd $NSLINT_DIR missing || die [...] > + dobin nslint > + doman nslint.8 > + cd "${S}" missing || die [...] > + > + # some handy-dandy dynamic dns examples > + pushd "${D}"/usr/share/doc/${PF} 1>/dev/null missing || die on pushd/popd > + tar xf "${DISTDIR}"/dyndns-samples.tbz2 || die > + popd 1>/dev/null > + fi > +
[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: www-misc/fcgiwrap/
On 10/04/2015 10:38 AM, Pacho Ramos wrote: > commit: c93f1bb8b49de29a60715ec6e9326ed619effbc4 > Author: Pacho Ramos gentoo org> > AuthorDate: Sun Oct 4 08:38:36 2015 + > Commit: Pacho Ramos gentoo org> > CommitDate: Sun Oct 4 08:38:36 2015 + > URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c93f1bb8 > > www-misc/fcgiwrap: systemd is needed at run and buildtime (#557020 by Cody > Schafer) > > Package-Manager: portage-2.2.22 > > www-misc/fcgiwrap/fcgiwrap-1.1.0-r1.ebuild | 5 - > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/www-misc/fcgiwrap/fcgiwrap-1.1.0-r1.ebuild > b/www-misc/fcgiwrap/fcgiwrap-1.1.0-r1.ebuild > index 0c76213..cc8d4f7 100644 > --- a/www-misc/fcgiwrap/fcgiwrap-1.1.0-r1.ebuild > +++ b/www-misc/fcgiwrap/fcgiwrap-1.1.0-r1.ebuild > @@ -23,7 +23,10 @@ else > KEYWORDS="amd64 ~arm x86" > fi > > -RDEPEND="dev-libs/fcgi" > +RDEPEND=" > + dev-libs/fcgi > + systemd? ( sys-apps/systemd ) > +" > DEPEND="${RDEPEND} > virtual/pkgconfig" > > This needs a revbump, because runtime dependencies have changed and users VDB must be updated. Especially because this is a stable package.
Re: [gentoo-dev] repoman and useless dependency.badmasked warnings
On Sat, 3 Oct 2015 12:02:02 -0700 Zac Medico wrote: > On 10/03/2015 02:38 AM, Alexis Ballier wrote: > > On Fri, 2 Oct 2015 16:54:30 -0700 > > Zac Medico wrote: > > > >> On 10/02/2015 04:40 PM, Alexis Ballier wrote: > >>> On Fri, 2 Oct 2015 13:08:29 -0700 > >>> Zac Medico wrote: > >>> > On 10/02/2015 07:49 AM, Mike Gilbert wrote: > > Hello, > > > > I am getting the output below when I run repoman full for > > sys-apps/systemd. > > > > It is basically telling me that systemd (which is masked in the > > selinux profiles) cannot depend on sys-apps/dbus[systemd], > > because the systemd use flag is also masked. > > > > That's perfectly fine and I suppose it is valid, but there is > > nothing I can do to resolve it and I don't need to be reminded > > of it every time I run repoman. > > > > Does anyone find dependency.badmasked useful? > > Possibly, if I wanted to see dependency issues for masked > packages. > >>> > >>> > >>> why not also ignore *use.mask along with package.mask for this > >>> check ? > >>> > >> > >> Can you give a concrete example? I'm having a hard time thinking > >> up a reason to ignore use.mask. > > > > Well, ignoring completely use.mask won't work: people use it because > > the dep doesnt work and thus has missing keywords. > > > > But, maybe something in between could work: drop > > dependency.badmasked warnings that are satisfied when ignoring > > use.mask. > > Yeah, I guess that might work as an alternative to suppressing all > dependency.badmasked messages by default. We would need another option > to enable such warnings. > > Introducing special cases for use.mask/use.force like this is not as > simple as it might seem. If we simply discard use.force and use.mask, > then it can trigger other kinds of warnings. For example, consider a > dependency like this: > > !hardened? ( sys-apps/systemd ) > > If we were to discard hardened from use.force, then repoman will show > an error for this dependency being unsatisfied on hardened profiles. > We get analogous problems when we discard flags from use.mask. What I meant is: Generate a first dependency.badmasked list like it is done currently. Then filter the result by ignoring/removing those that are satisfied without use.mask & friends. That is: DEPEND=" !hardened? ( sys-apps/systemd ) >=sys-apps/dbus-1.6.8-r1:0[systemd] " will currently generate a dependency.badmasked list on hardened profiles like: [ ">=sys-apps/dbus-1.6.8-r1:0[systemd]" ] since '>=sys-apps/dbus-1.6.8-r1:0[systemd]' is satisfied when discarding use.mask, the returned list will be empty. In the end, it is just an attempt at removing false-positives from dependency.badmasked. > > Is there anything I'm missing ? > > Maybe it's better to keep things a little simpler, and just suppress > all dependency.badmasked messages by default. I also like those warnings :)
Re: [gentoo-dev] tcltk herd empty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 30/09/15 15:02, Justin (jlec) wrote: > Hi, > > is no active maintainer for tcltk in Gentoo anymore. > > Please stand up or try to remove tcltk support from your packages. > > Justin > Hi, so it seems there is some interest. Following things are to be done: 1. Stable tcl/tk-8.6 There have been some API changes, so packages exhibit needed to be adopted. https://bugs.gentoo.org/show_bug.cgi?id=tcltk-8.6 But there are only 5 bugs left. 2. General package maintenance tcltk is maintaining quite some packages which have open bugs from time to time. Nothing serious (except for tkimg, which is bundling tiff, jpeg, png ...) https://bugs.gentoo.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=CO NFIRMED&bug_status=IN_PROGRESS&email1=tcltk%40gentoo.org&emailassigned_t o1=1&emailtype1=substring&list_id=2929948&query_format=advanced&resoluti on=--- I joined the herd because lot's of science packages are depending on tcl/tk, but I need to cut down a little. So hopefully we will find someone else. In case there are question, feel free to contact me. Justin -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0 iQJ8BAEBCgBmBQJWEOAGXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0QUU0N0I4NzFERUI0MTJFN0EyODE0NUFF OTQwMkE3OUIwMzUyOUEyAAoJEOlAKnmwNSmiiuEQAJf95MtwwwLCX2/84FkA7xWF 2NNdxdBrakK8Hn9UX4ifu+qyFfM4YZEVucKWktlMHjtTt9Ss9UEO/3rkMGz6T1Jg 355WWbVkkbK9n6mMrz3bVL/Iu/qjbTdWvAJygDAIoLugOa3GQZGoP2X2lyHCvVVI 92D8QtasSSn8fGP/IpzA3hlLCb0iOQgegla0UAtmFS0K70+HOne3476ZMKIdHgCn 8Hk0VPb6QVwykOQUg0qZaOzD4koqc7YlimmVhwIqMswP5F7Ilppt2c442fO66LZb XLfR5mXggmzz3mTumvQj8ezNNstvjO7R691D13xAve1L9O4raK7INJadBRGjOoTE 0s09JQMtUsJX89FQsYCyJ8eZmhJTHSA9Ynb84LjmPc5w85WeZHLqOnVNyyV6mqXU L0p8U4+POxAUX0iMz72sqAfAnnbN5UDvG2oAMqNz0Oz8cVlrys/zxHKI+g6QKTqX 14sabHJLCpyRI6pqLmqrBEhg57BRjGme3xX6EfA5djQqh6r33mHQ0MY8Esmq7kAQ lflhErXcOHEEUKgDjrsTbsdATB5f5C36jKBK7gdKiz5JSZnIrzIyKmrNvYi6IOtF ykzYXhUEiMTtCB6PtRKUdMacr/60aE0rWdTk2zGyfjEmlU7dsB73fphyhcSZNWgl qvkS5rFjvuqviBy+Vpak =hHni -END PGP SIGNATURE-
[gentoo-dev] Re: tcltk herd empty
Dale posted on Sun, 04 Oct 2015 01:06:43 -0500 as excerpted: > P. S. I'm getting a error message on your OpenPGP. I get this: > "Error - No valid armored OpenPGP data block found". > If that is caused by something on your end, may want to look into it. That bit's easily explained -- the PGP trigger token (begin pgp signed..., not duplicating it exactly here to prevent a similar problem) remained in the material quoted (several levels deep, in fact) from an earlier post. Your client obviously triggered on it even embedded in the quote, however, understandably rather confusing you. You might consider filing that as a bug with SeaMonkey upstream, since trying to PGP-verify within a quote is fraught with so many problems, including attribution confusion if by some miracle the quoted material can be correctly detected and separated from the quote markers and hasn't been rewrapped or otherwise damaged, so that it actually does verify, that it's not a good idea. The problem of course is knowing that it's a quote and thus not to trigger, but being a part of a multi-line block of text with initial ">" markers is reasonable enough indication of it being in a quote, I'd say, even if other styles of quoting aren't so accurately detectable. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman