Re: [gentoo-dev] Sparc Arch status
On Sun, May 17, 2015 at 5:36 PM, Jack Morgan jmor...@gentoo.org wrote: I wanted to send out an update on the Sparc arch team status. My overall plan is to reduce the total number of keywords for sparcto a more manageable level. I'd like to continue to have sparc be a stable arch for gentoo for as long as it makes sense. I'm hoping to get some feedback from the community as to what should be supported and what can be reduced. Well basically what I said for ia64 (see my other email) applies to sparc too. So definitely let us know if you're interested in changing Qt4/5 keywording state on sparc. Thanks, Davide
Re: [gentoo-dev] IA64 Arch status
On Sun, May 17, 2015 at 5:04 PM, Jack Morgan jmor...@gentoo.org wrote: I'm hoping to get some feedback from the community as to what should be supported and what can be reduced. My overall plan as I mentioned in a previous email to reduce the total number of keywords for ia64 to a more manageable level. I'd like to continue to have ia64 be a stable arch for gentoo for as long as it makes sense. For example, you could choose to skip keywording Qt5... as more and more apps and Qt-based libraries transition from Qt4 to Qt5, the number of keyworded/stable packages will also drop for ia64, since you will gradually lose all packages that have become Qt5-only. If you're looking for an immediate reduction of ia64 packages, you can go a step further and drop Qt4 keywording as well (maybe with the exception of dev-qt/qtcore which is needed by some non-GUI apps), especially considering that ia64 is server-oriented, and that all your machines don't have a video card. These are just some random suggestions; if the ia64 arch team is interested, let us (the qt team) know so that we can figure out the details together. Thanks, Davide
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog kde5.eclass
On Sun, 17 May 2015 13:45:32 +0200 hasufell hasuf...@gentoo.org wrote: On 05/17/2015 10:16 AM, Jeroen Roovers wrote: On Sun, 17 May 2015 06:08:56 +1000 Michael Palimaka kensing...@gentoo.org wrote: 15 May 2015; Michael Palimaka kensing...@gentoo.org kde4-base.eclass: Sync with KDE overlay - update SRC_URI. This is a complete description of the changes made. OK, then that dash should be interpreted as an em dash, I guess, and Sync with KDE overlay is a development note intended for that overlay (yeah, we downstreamed that!) that accidentally slipped into the main tree, adding nothing useful. jer That is a limitation of CVS Use mgorny's pull request framework if you can't properly use CVS. Somehow it manages to get it right and also happens to commit to CVS... not being able to do actual merges. I'd say it's debatable whether merge information should be manually added to the ChangeLog entry. I think it can be left to the maintainer. https://devmanual.gentoo.org/ebuild-writing/misc-files/changelog/index.html#writing-correct-changelog-messages
Re: [gentoo-dev] RFC: LINGUAS usage
On Mon, 18 May 2015 18:25:35 +0200 Justin (jlec) j...@gentoo.org wrote: Hi, I am in trouble about he meaning of LINGUAS in a certain context. The program supports a) different interface languages and b) different languages for the content text, like hyphenation, localized loremipsum and so. If you are setting LINGUAS=fr_FR en_GB fi, what do you expect to see in the end? a, b or a+b honouring LINGUAS? I'd say a+b, with a) selectable by classical LC_* or LANG variables and b) selectable by some interface probably. that's what is done for texlive: LINGUAS pulls related packages that install localized docs when applicable but also give you support for hyphenations co; however, no default is changed and you still have to ask for babel to get proper hyphenations when compiling your .tex.
[gentoo-portage-dev] [PATCH] portage/sync/modules/rsync: Fix UnicodeDecodeError: bug 549826
X-Gentoo-Bug: 549826 X-Gentoo-Bug-url: https://bugs.gentoo.org/show_bug.cgi?id=549826 X-Gentoo-forums: https://forums.gentoo.org/viewtopic-t-1017380.html --- pym/portage/sync/modules/rsync/rsync.py | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/pym/portage/sync/modules/rsync/rsync.py b/pym/portage/sync/modules/rsync/rsync.py index d3b0ae3..47ed1de 100644 --- a/pym/portage/sync/modules/rsync/rsync.py +++ b/pym/portage/sync/modules/rsync/rsync.py @@ -12,6 +12,7 @@ import tempfile import portage from portage import os +from portage import _unicode_decode from portage.util import writemsg_level from portage.output import create_color_func, yellow, blue, bold good = create_color_func(GOOD) @@ -145,7 +146,8 @@ class RsyncSync(NewBase): family, socket.SOCK_STREAM)) except socket.error as e: writemsg_level( - !!! getaddrinfo failed for '%s': %s\n % (hostname, e), + !!! getaddrinfo failed for '%s': %s\n + % (_unicode_decode(hostname), str(e)), noiselevel=-1, level=logging.ERROR) if addrinfos: @@ -197,8 +199,8 @@ class RsyncSync(NewBase): if uris: dosyncuri = uris.pop() else: - writemsg(!!! Exhausted addresses for %s\n % \ - hostname, noiselevel=-1) + writemsg(!!! Exhausted addresses for %s\n + % _unicode_decode(hostname), noiselevel=-1) return (1, False) if (retries==0): -- 2.4.0
Re: [gentoo-portage-dev] [PATCH] portage/sync/modules/rsync: Fix UnicodeDecodeError: bug 549826
On 05/18/2015 10:20 AM, Brian Dolbec wrote: X-Gentoo-Bug: 549826 X-Gentoo-Bug-url: https://bugs.gentoo.org/show_bug.cgi?id=549826 X-Gentoo-forums: https://forums.gentoo.org/viewtopic-t-1017380.html --- pym/portage/sync/modules/rsync/rsync.py | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/pym/portage/sync/modules/rsync/rsync.py b/pym/portage/sync/modules/rsync/rsync.py index d3b0ae3..47ed1de 100644 --- a/pym/portage/sync/modules/rsync/rsync.py +++ b/pym/portage/sync/modules/rsync/rsync.py @@ -12,6 +12,7 @@ import tempfile import portage from portage import os +from portage import _unicode_decode from portage.util import writemsg_level from portage.output import create_color_func, yellow, blue, bold good = create_color_func(GOOD) @@ -145,7 +146,8 @@ class RsyncSync(NewBase): family, socket.SOCK_STREAM)) except socket.error as e: writemsg_level( - !!! getaddrinfo failed for '%s': %s\n % (hostname, e), + !!! getaddrinfo failed for '%s': %s\n + % (_unicode_decode(hostname), str(e)), noiselevel=-1, level=logging.ERROR) if addrinfos: @@ -197,8 +199,8 @@ class RsyncSync(NewBase): if uris: dosyncuri = uris.pop() else: - writemsg(!!! Exhausted addresses for %s\n % \ - hostname, noiselevel=-1) + writemsg(!!! Exhausted addresses for %s\n + % _unicode_decode(hostname), noiselevel=-1) return (1, False) if (retries==0): That str(e) call may be unsafe. We should use _unicode(e) like we do in bintree.py. -- Thanks, Zac
[gentoo-dev] RFC: LINGUAS usage
Hi, I am in trouble about he meaning of LINGUAS in a certain context. The program supports a) different interface languages and b) different languages for the content text, like hyphenation, localized loremipsum and so. If you are setting LINGUAS=fr_FR en_GB fi, what do you expect to see in the end? a, b or a+b honouring LINGUAS? Thanks for your input, Justin signature.asc Description: OpenPGP digital signature
[gentoo-dev] Packages up for grabs
Hi! Feel free to take over one of these packages if interested: * sys-apps/input-utils * dev-java/skinlf Regards Matthias
Re: [gentoo-portage-dev] [PATCH 2/2] man: Document repoman --straight-to-stable
On Mon, 18 May 2015 17:20:01 -0400 Mike Gilbert flop...@gentoo.org wrote: --- man/repoman.1 | 3 +++ 1 file changed, 3 insertions(+) diff --git a/man/repoman.1 b/man/repoman.1 index 6cb826a..6a60e5c 100644 --- a/man/repoman.1 +++ b/man/repoman.1 @@ -50,6 +50,9 @@ replacing existing digests, it is the user's responsibility to ensure that files contained in ${DISTDIR} have the correct identities. Especially beware of partially downloaded files. .TP +\fB-S\fR, \fB--straight-to-stable\fR +Allow committing straight to stable +.TP \fB-q\fR, \fB--quiet\fR Be less verbose about extraneous info .TP Thanks, both commits look good. I'll push them in a little while. -- Brian Dolbec dolsen
[gentoo-dev] more packages up for grabs
Here are some packages that I've dropped (or will drop) myself as primary maintainer from. Many of them (e.g. protobuf*) could really use some more collaborative non-maintainer update method but no one has gotten around to finalizing, documenting, and implementing the required metadata.xml changes yet as far as I know. Anyway, here's the package list (somewhat incomplete because some were dropped months ago and might also have new maintainers already but I doubt they'd mind extra help): * app-admin/lsyncd * app-arch/tardy * app-misc/lfm * app-misc/nut * app-misc/solaar * app-office/ledger * app-text/apvlv * dev-libs/fstrm * dev-libs/protobuf * dev-libs/protobuf-c * dev-python/skype4py * dev-util/gengetopt * dev-util/scanmem * net-dns/ldns * net-dns/ldns-utils * net-dns/unbound (has proxy maintainer who's mostly absent atm) * net-misc/sipcalc * sys-auth/pam-script * sys-fs/ldapfuse * sys-fs/s3backer * sys-fs/s3fs * sys-fs/s3ql * sys-libs/libstatgrab * media-libs/csfml Packages dropped to herds and might benefit from more dedicated maintainers: * dev-python/dugong * dev-python/jedi * dev-python/kazoo * dev-python/pyqtgraph * dev-python/pysfml * dev-python/robotframework * dev-python/robotframework-selenium2library * dev-python/robotframework-sshlibrary * dev-python/sleekxmpp * games-emulation/vbam * media-gfx/darktable * media-gfx/dcraw * media-gfx/gmic * media-gfx/rawtherapee * media-gfx/wkhtmltopdf * media-libs/libsfml * media-plugins/gimp-gmic * media-sound/vitunes * net-analyzer/sinfo * net-dialup/minicom * net-im/ejabberd * net-libs/canlock * net-libs/libflowmanager * net-libs/libprotoident * net-libs/libtrace * sys-process/criu Finally, here's an incomplete list of packages that I haven't dropped yet, but will probably be on the chopping block in the near future (i.e. feel free to add yourself to them and/or do stuff to them). * app-arch/pbzip2 * app-arch/snappy * app-misc/pfm * app-misc/vittk * app-text/ansifilter * app-text/par * app-text/txt2man * dev-db/recutils * dev-lua/lpeg (we probably could use a lua herd) * dev-lua/lua-json * dev-util/apitrace * dev-util/byacc * dev-util/trinity * dev-util/umockdev * media-libs/glew * media-sound/squeezeslave * www-client/dwb * www-client/links * www-client/vimb * www-client/vimprobable2 * www-misc/urlwatch If you have questions about any of them feel free to drop me a line. Thanks, Tim signature.asc Description: PGP signature
[gentoo-portage-dev] [PATCH 2/2] man: Document repoman --straight-to-stable
--- man/repoman.1 | 3 +++ 1 file changed, 3 insertions(+) diff --git a/man/repoman.1 b/man/repoman.1 index 6cb826a..6a60e5c 100644 --- a/man/repoman.1 +++ b/man/repoman.1 @@ -50,6 +50,9 @@ replacing existing digests, it is the user's responsibility to ensure that files contained in ${DISTDIR} have the correct identities. Especially beware of partially downloaded files. .TP +\fB-S\fR, \fB--straight-to-stable\fR +Allow committing straight to stable +.TP \fB-q\fR, \fB--quiet\fR Be less verbose about extraneous info .TP -- 2.4.0
[gentoo-portage-dev] [PATCH 1/2] man: Add short option (-f) for repoman --force
--- man/repoman.1 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man/repoman.1 b/man/repoman.1 index d490227..6cb826a 100644 --- a/man/repoman.1 +++ b/man/repoman.1 @@ -36,7 +36,7 @@ entries that already exist. Replacement of existing Manifest DIST entries can be forced by using the \fBmanifest\fR mode together with the \fB\-\-force\fR option. .TP -\fB--force\fR +\fB-f\fR, \fB--force\fR Force commit to proceed, regardless of QA issues. For convenience, this option causes the most time consuming QA checks to be skipped. The commit message will include an indication that this option has been enabled, together with the -- 2.4.0
Re: [gentoo-dev] more packages up for grabs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/18/2015 02:13 PM, Tim Harder wrote: Here are some packages that I've dropped (or will drop) myself as primary maintainer from. Many of them (e.g. protobuf*) could really use some more collaborative non-maintainer update method but no one has gotten around to finalizing, documenting, and implementing the required metadata.xml changes yet as far as I know. Anyway, here's the package list (somewhat incomplete because some were dropped months ago and might also have new maintainers already but I doubt they'd mind extra help): * app-office/ledger I'd be glad to take this off your hands; I use it to manage my personal finances so I have an interest in its stability. :) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVWpybAAoJEAEkDpRQOeFwubIQANv/VNymWbDr+9WEykKqyXI4 xNOUXPrX8LK8LGVm2jDCbCKXAfhtOBNv5RjDPpFDk8kYLRXbfrwkC+NyP/7lpGU4 L+ZmWoCfGyUpM82CwqBtWN/zXT+V2o0AbP+87u6X6yxsUVasq0p1U72b+hPlQryO riAdQwNwHl3Dgul5itWT/27x9E9KYNOOyTQJ/crPeyVsHJey/Rx7KnsA58Q4HcDp pgwUKEEQB/yLRqFaAQLh60d3Tarq4CmHYbA8Hbhd/bGtX09mclz7Tww6+pY6ZVuB R67fe8ywhWxxHsASHg8RODIwELP3PZs/T1T0Pd6XLG8ZIPZrF+GGQogGgaLm7iAG OrbmNVS9kqfN8hrpXwEYajzdtcsZzi+brBX1H2kfsVDK2x1+4EAiGiI9SBN8mq4t Hre/hnMjK/qT+lbylnbdi8PSTyVU4UQOi9byb6N2DBCqZY4UkjzrXiQM9AmQMC38 Ny/+6IpD7LNQ1BGGTzS6AlEThqXIBM8tlszDzbIu9yv/G+N2qTqLQKFPXkKPxtFC c/uIS1daAOoOVk71xCKQ9/q1ycBt45RbViva6lrQnV8QdhJRQFZ2LjYOWy2fiYiv dVXlRFMgpTUcjaVbS8qcQFwv+5h8+q2xnS4FWtCIR+He5Un7/dZN48Ezy16cWiY3 TJHGnHMxMI+y02hpQpLv =iRpy -END PGP SIGNATURE-
Re: [gentoo-dev] more packages up for grabs
On 05/19/15 05:13, Tim Harder wrote: Here are some packages that I've dropped (or will drop) myself as primary maintainer from. Many of them (e.g. protobuf*) could really use some more collaborative non-maintainer update method but no one has gotten around to finalizing, documenting, and implementing the required metadata.xml changes yet as far as I know. Anyway, here's the package list (somewhat incomplete because some were dropped months ago and might also have new maintainers already but I doubt they'd mind extra help): * app-admin/lsyncd I'll grab this one if no one else does
Re: [gentoo-portage-dev] [PATCH] squashdelta sync: fix incorrect use of _fetch()
On Sun, 17 May 2015 19:28:03 +0200 Michał Górny mgo...@gentoo.org wrote: Fix the use of ._fetch() method not to use the return value. Since the code refactoring, it longer returns a boolean status. Instead, it raises an exception if fetching fails. Fixes: https://bugs.gentoo.org/show_bug.cgi?id=549716 --- Michał due the the alpha state of this module and continued interpersonal and somewhat toxic behaviour from you (see comment #2 in that bug you reference above). We (Zac, Alexander and myself) have decided to remove this module from portage at this time. We feel it is best that you develop it as an independent installable portage module. This will allow you to develop and release it as you see fit. When the code matures we will consider including it as part of the main portage package provided the code meets the teams QA standards. Also, as an independent package, you could make a pkgcore sync module for it as well and add IUSE flags for each package manager. -- Brian Dolbec dolsen Portage, Layman, Gentoo-keys Lead developer
Re: [gentoo-dev] Re: News item review: SquashDelta syncing support
On Mon, 18 May 2015 05:48:59 + (UTC) Martin Vaeth mar...@mvath.de wrote: Rich Freeman ri...@gentoo.org wrote: Downsides include: 2. Impossible to tweak ebuilds without setting up an overlay. This might be annoying for devs/etc. It is still possible to setup a read-writable portage tree (using overlayfs/aufs/unionfs-fuse/... e.g. using the squashmount tool from the mv overlay). However, currently this does not play nicely with squashdelta: You have to undo the mounting of squashdelta and have to use different command (e.g. squashmount) afterwards. Although this can probably be done e.g. in eix-sync with hooks, I hope that in the near future there will be a possibility to combine these methods more conveniently. Currently, I made only some remarks in comment #3 of bug 549716, because it seems that the sync module mechanism is currently lacking the infrastructure for adding custom data (like hooks) to a module. No, that is not correct, the new sync system also introduced a new native portage postsync hook system. 1) /etc/portage/postsync.d/... runs each script once at the completion of all repos that were synced. (no arguments passed in) 2) /etc/portage/repo.postsync.d runs each script at the end of each repo that is synced. Each script can determine if it needs to run or simply exit. Each script is called with 3 arguments the repo name, the url link it was synced to and the path to the repo. Using that information you could easily add a postsync hook there looking for the gentoo repo argument. And if not exit. If it is the gentoo repo, call your squashmount script to remount it your way. See the example script in that directory. -- Brian Dolbec dolsen