On Sun, 25 Nov 2012, hasufell wrote:
License issues seem trivial enough (at least regarding the
functionality of an ebuild) to be fixed without permission of the
actual maintainer.
Certainly there are trivial license issues, but not all of them are.
See bugs 436452 and 441734 for trivial
On Sun, 25 Nov 2012, Rich Freeman wrote:
On Sun, Nov 25, 2012 at 9:30 AM, Roy Bamford neddyseag...@gentoo.org wrote:
From the point of view of the licencor, the licence is just as
important as the code, so there are no trivial licence issues.
As a trustee, I am unhappy with losing the
On Tue, 27 Nov 2012, justin wrote:
next patch for intel-sdp.eclass
Problem:
Documentation and examples are installed on every system. Also japanese
man pages are installed.
Solution:
Use USE.
+ [[ ${LINGUAS} == *ja_JP* ]] \
+ doman -i18n=ja_JP
On Wed, 28 Nov 2012, vivo75@gmail com wrote:
# Sebastian Pipping sp...@gentoo.org (27 Nov 2012)
# Masked for removal in 30 days.
# Licensing issues, turned out not distributable (bug #444332)
app-admin/profiler
uhm, maybe for licensing issues the grace period of 30 days could be
shortened
On Mon, 10 Dec 2012, Sergei Trofimovich wrote:
gentoo-x86/profiles/updates $ LANG=C ls -1 --sort=time
[long list omitted]
old entries are done in different context (comparing to 2012):
- some packages change names 2 or 3 times
- slots have different meaning
moreover:
- if you set
On Mon, 17 Dec 2012, Michał Górny wrote:
On Mon, 17 Dec 2012 11:23:00 +0100
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
I would say let's work on that so that portage can keep them there.
Although I'm more for /var/cache/portage myself, as both distfiles and
tree can be re-generated.
On Mon, 17 Dec 2012, William Hubbs wrote:
This all started with the April 2012 council meeting when it was
pushed through that separate /usr without an initramfs is a
supported configuration, so yes, the previous council started this
issue.
Sorry, but that's not an accurate account of what
On Wed, 19 Dec 2012, Diego Elio Pettenò wrote:
On 19/12/2012 13:44, Marc Schiffbauer wrote:
I would suggest /var/portage ...
Seriously, mine is going to be a huge veto here with as much power I
can put.
Why? The portage tree is of central importance for Gentoo, so IMHO a
second-level
On Wed, 19 Dec 2012, Brian Dolbec wrote:
just to clarify, I'm voting for...
/var/cache/distfiles
/var/cache/packages
Fine.
/var/cache/repositories/
/var/cache/repositories/gentoo == the main portage tree
/var/cache/repositories/local== the new location for a local overlay
On Thu, 20 Dec 2012, Rich Freeman wrote:
I actually like the /var/cache/repositories approach. You can always
add a symlink to it if you want to for convenience (as I already do
for /var/lib/portage/world). There is really nothing special about
/usr/portage, other than it being the
On Thu, 20 Dec 2012, Diego Elio Pettenò wrote:
/var/cache/portage/distfiles
/var/cache/portage/repositories/gentoo
/var/cache/portage/repositories/{sunrise,kde,gnome,whatever,layman,grabs}
/var/db/portage/repositories/{non-cache,repo,names,go,here}
+1
-1
The subdirs are too deeply
The FHS says:
/var/cache is intended for cached data from applications. Such data
is locally generated as a result of time-consuming I/O or
calculation. The application must be able to regenerate or restore
the data.
Now I wonder: After removal of e.g. the Portage tree from a system,
On Thu, 20 Dec 2012, Michael Mol wrote:
/var/cache/portage/distfiles
/var/cache/portage/repositories/gentoo
/var/cache/portage/repositories/{sunrise,kde,gnome,whatever,layman,grabs}
/var/db/portage/repositories/{non-cache,repo,names,go,here}
-1
The subdirs are too deeply nested.
On Thu, 20 Dec 2012, Ian Stakenvicius wrote:
On 20/12/12 12:27 PM, Ulrich Mueller wrote:
The FHS says:
/var/cache is intended for cached data from applications. Such
data is locally generated as a result of time-consuming I/O or
calculation. The application must be able to regenerate
On Thu, 20 Dec 2012, Ciaran McCreesh wrote:
We should go with a shorter (easier to remember, easier to type) path
and move things at least one level up. Two would be even better.
You shouldn't ever be typing that path in...
Ebuilds tell users to do so:
pkg_nofetch() {
einfo Please
On Fri, 21 Dec 2012, Duncan wrote:
The FHS says:
/var/cache is intended for cached data from applications. Such
data is locally generated as a result of time-consuming I/O or
calculation. The application must be able to regenerate or
restore the data.
I'd been wondering
On Fri, 21 Dec 2012, Richard Yao wrote:
Dear Everyone, sys-libs/glibc contains LICENSE=LGPL-2, but it
would appear to be subject to roughly a dozen licenses, many of
which are not in the tree?
On Mon, 24 Dec 2012, Sebastian Pipping wrote:
On 20.12.2012 19:14, Ciaran McCreesh wrote:
The tree is a database. It belongs in /var/db/.
I don't see /var/db in the latest release of the Filesystem
Hierarchy Standard:
http://www.pathname.com/fhs/pub/fhs-2.3.html#THEVARHIERARCHY
Wrong
On Mon, 24 Dec 2012, Diego Elio Pettenò wrote:
/var/cache/packages/ PKGDIR
Maybe /var/spool/binpkgs ?
This doesn't look right to me. /var/spool contains things like printer
queues or outgoing mail that are typically deleted after processing.
Ulrich
On Mon, 24 Dec 2012, Diego Elio Pettenò wrote:
On 24/12/2012 14:32, Ulrich Mueller wrote:
This doesn't look right to me. /var/spool contains things like
printer queues or outgoing mail that are typically deleted after
processing.
Not sure how /var/cache fits for binpkgs though, tbh.
Why
On Mon, 24 Dec 2012, Diego Elio Pettenò wrote:
On 24/12/2012 16:43, Ulrich Mueller wrote:
Why not? Because they are distributed to other systems?
More because they can be used as a backup themselves, if I want to
keep older versions available.
This is a valid argument, of course.
/var
On Sat, 29 Sep 2012, Rich Freeman wrote:
On Sat, Sep 29, 2012 at 5:21 PM, Ulrich Mueller u...@gentoo.org wrote:
On Sat, 29 Sep 2012, Chí-Thanh Christopher Nguyễn wrote:
If we start to measure the software freedom of the code inside the
package, then maybe LICENSE is the wrong variable
On Sun, 13 Jan 2013, Michał Górny wrote:
How does something not have a homepage? If upstream is gone, then by
definition, gentoo's the upstream as we're distributing it, so
gentoo.org becomes the homepage.
If something is a six-liner made by Gentoo and for Gentoo, noone cares
enough to
On Thu, 17 Jan 2013, Ben de Groot wrote:
Presently we already have a good number of split qt-* library
packages in x11-libs. With the arrival of Qt5 upstream has gone a
lot further in modularization, so we expect the number of packages
to grow much more. We, the Gentoo Qt team, are of the
On Sun, 3 Feb 2013, Ryan Hill wrote:
We have eclasses that require Bash 4 (eg. multiprocessing.eclass
uses BASHPID).
I wonder why it would be needed there. Doesn't $$ work?
Ulrich
I always wondered why we are using such bulky names like
CCPL-Attribution-ShareAlike-2.5 for the Creative Commons licenses,
instead of CC-BY-SA-2.5 like everyone else. The latter also used by
our documentation pages and is the name in the SPDX license list [1],
So, while in general I'm against
On Fri, 8 Feb 2013, Ben de Groot wrote:
On 8 February 2013 00:31, Alec Warner anta...@gentoo.org wrote:
On Thu, Feb 7, 2013 at 8:07 AM, Ulrich Mueller u...@gentoo.org wrote:
So, while in general I'm against renaming of licenses (e.g.,
it would be pointless to rename our GPL-2 to GPL-2.0
On Fri, 8 Feb 2013, Tomáš Chvátal wrote:
2013/2/8 Diego Elio Pettenò flamee...@flameeyes.eu:
I would say that we might want to review linux-firmware, and if the
newest firmware _is_ there, just get rid of the split one.
That should be probably the best approach, to actually kill of the
On Sat, 09 Feb 2013, Samuli Suominen wrote:
I disagree. Why should we force users to install lots of crap (some
of it being non-free) that they will never need because they don't
have the hardware?
Maybe you don't understand how linux-firmware package works. It only
installs what you want
On Sat, 9 Feb 2013, Michał Górny wrote:
I don't think that solves the license problem properly. Say, if user
doesn't want non-free software, he's going to have the whole package
masked. He'd have to work-around license + savedconfig.
Now that I look at it, it seems that the ebuild doesn't
On Sat, 16 Feb 2013, Diego Elio Pettenò wrote:
Please don't. I think it would suck to lose the higher resolution.
Use savedconfig and stop wasting our collective time for your
personal lazyness.
Huh? Savedconfig isn't a solution for the license issue.
Ulrich
On Sat, 16 Feb 2013, Diego Elio Pettenò wrote:
On 16/02/2013 15:41, Rick Zero_Chaos Farina wrote:
Yup, we sure can remove them, and if no one beat me to it I will do
that now.
Go for it.
Please don't.
Can we please stop removing individual firmware packages until
On Sat, 16 Feb 2013, Rick \Zero Chaos\ Farina wrote:
Huh? Savedconfig isn't a solution for the license issue.
If he doesn't agree to the license he can use savedconfig to not
install those firmware packages.
Yes, but ACCEPT_LICENSE wouldn't work. It would still be necessary to
include all
On Sat, 16 Feb 2013, Mike Gilbert wrote:
I'm sure I'm not the only one who really doesn't care about having
ACCEPT_LICENSE work properly for a package full of binary blobs. It
seems like a rather insignificant reason to split the package up.
Nobody has suggested to split it up. But until
On Sun, 17 Feb 2013, Rick \Zero Chaos\ Farina wrote:
I would be very happy to have the licensing issues fixed, it looks
like it won't be fun, however I was originally told that redist was
a required right for things to be added to linux-firmware at all so
I fear a lot of things may be out of
On Tue, 19 Feb 2013, Alec Warner wrote:
Lets not re-invent the wheel here:
Debian has free and non-free packages.
http://packages.debian.org/sid/firmware-linux
# free copyright
http://packages.debian.org/changelogs/pool/main/f/firmware-free/firmware-free_3.2/firmware-linux-free.copyright
On Wed, 20 Feb 2013, Alec Warner wrote:
On Tue, Feb 19, 2013 at 11:55 PM, Ulrich Mueller u...@gentoo.org wrote:
I mostly agree. However, there are not two, but three classes of
licenses for firmware images:
1. Free software
2. Non-free, but can be redistributed
3. Cannot be redistributed
On Wed, 20 Feb 2013, Rick \Zero Chaos\ Farina wrote:
On 02/20/2013 02:55 AM, Ulrich Mueller wrote:
I am going to respond here because it makes the most sense to me.
I mostly agree. However, there are not two, but three classes of
licenses for firmware images:
1. Free software
2. Non
On Wed, 20 Feb 2013, Jauhien Piatlicki wrote:
I do not know whether this list is an appropriate place, so sorry if it
is not )
Hi,
No problem with posting it to the gentoo-dev list. I'm answering in
semi-private (Gentoo Emacs team in CC) because the topic is Emacs
specific.
Recently I've
On Thu, 21 Feb 2013, Ulrich Mueller wrote:
No problem with posting it to the gentoo-dev list. I'm answering in
semi-private (Gentoo Emacs team in CC) because the topic is Emacs
specific.
I fail.
On Thu, 21 Feb 2013, Greg KH wrote:
Ulrich Mueller (ulm) wrote this on the 16th:
Look into the WHENCE file and be horrified. Taking just the first ten
items (of a total 114):
Unknown license (3 times)
Which ones specifically?
Driver: snd-korg1212 -- Korg 1212 IO audio device
On Thu, 21 Feb 2013, Greg KH wrote:
Has anyone asked the upstream linux-firmware developers about these
files?
I don't know. I haven't, for my part. But maybe we should first try
to produce a more complete list, instead of reporting each file
separately? Given that most of the files are being
# Ulrich Müller u...@gentoo.org (26 Feb 2013)
# Declared as obsolete by upstream. Use fortune.el with
# the zippy file from games-misc/fortune-mod instead.
# Masked for removal in 30 days, bug #459358.
app-emacs/yow
On Thu, 28 Feb 2013, Robin H Johnson wrote:
On Thu, Feb 28, 2013 at 01:57:10PM +0100, Jason A. Donenfeld wrote:
Over in #gentoo-dev we've been discussing the need for a new license
for OpenSMTPD (currently in my overlay [1]).
What do we call it, and should it be included, or is it already
Hi,
Please find in the next messages two patches for elisp.eclass and
elisp-common.eclass.
The first patch makes functions elisp-compile(), elisp-install(), etc.
die if there is an error. For EAPI 4, the functions died anyway,
because the underlying package manager functions did so.
In EAPIs
* elisp-common.eclass (elisp-compile, elisp-make-autoload-file)
(elisp-install, elisp-site-file-install): Die on failure.
* elisp.eclass (elisp_src_compile, elisp_src_install): Remove die
commands that are no longer necessary because the called functions
die themselves.
---
* elisp.eclass (elisp_src_install, elisp_pkg_postinst):
Call readme.gentoo_create_doc and readme.gentoo_print_elog
from readme.gentoo.eclass if these functions exist.
--- a/eclass/elisp.eclass
+++ b/eclass/elisp.eclass
@@ -177,6 +177,9 @@ elisp_src_install() {
if [[ -n ${DOCS} ]]; then
On Fri, 8 Mar 2013, Michał Górny wrote:
In EAPIs where it is supported, nonfatal will give you the old
behaviour.
That would mean no EAPIs :). nonfatal applies to built-in helpers
only, and not the explicit 'die'.
Is it so? Then I've misunderstood PMS.
Anyway, I don't think that there's a
On Sun, 10 Mar 2013, Ralph Sennhauser wrote:
I'm querying this list out of the need of adding a new license[1] for
adobe-pcfi[2].
Suggested name for the license is adobe-pcfi. An other possibility
could be Adobe-PCFI to better match other Adobe* licenses.
If there are other Adobe* already,
On Sun, 10 Mar 2013, Michał Górny wrote:
+DEPEND==app-shells/bash-4.2
+
Why is this needed?
Ulrich
On Sun, 10 Mar 2013, Ulrich Mueller wrote:
On Sun, 10 Mar 2013, Michał Górny wrote:
+DEPEND==app-shells/bash-4.2
+
Why is this needed?
Seems it's because of this:
+declare -g -A _MULTIBUILD_EXPORTED_PHASES || die
+local p
+for p; do
+_MULTIBUILD_EXPORTED_PHASES
On Sun, 10 Mar 2013, Michał Górny wrote:
Yep. That's why the non-quoted fragment has a safety check and dies
if it doesn't.
It doesn't matter if there's a safety check. Bash 4 features are
simply not allowed in the tree.
Ulrich
On Mon, 11 Mar 2013, Ralph Sennhauser wrote:
Thanks to both of you. So the current plan is:
license name: Adobe-PCFI
license group: BINARY-REDISTRIBUTABLE
Looks good to me.
If there are no further objections within a week I'll commit the
license.
Ulrich
pgpznMFKnJzDL.pgp
Description:
These packages have inotify as local USE flag:
app-editors/emacs-vcs
app-misc/recoll
app-misc/strigi
dev-libs/ecore
dev-vcs/git-annex
media-sound/mpd
net-im/ekg2
net-misc/mediatomb
sys-fs/aufs2
sys-fs/aufs3
sys-process/cronie
Should we make it a global flag? What
On Thu, 21 Mar 2013, Alexander Berntsen wrote:
BTW, half of the local flag descriptions are Enable inotify
support. Imagine that! ;-)
Why not just make it Enable inotify support, and write more
detailed local flags?
The point is that this so-called description adds no useful
information
On Sat, 23 Mar 2013, Michał Górny wrote:
+multibuild_merge_root() {
+ [...]
+ if type -P lockf /dev/null; then
+ # On BSD, we have 'lockf' wrapper.
+ tar -C ${src} -f - -c . \
+ | lockf ${lockfile} tar -x -f - -C ${dest}
+ else
+ [...]
On Sat, 23 Mar 2013, Michał Górny wrote:
+multibuild_merge_root() {
+ [...]
+ if type -P lockf /dev/null; then
+ # On BSD, we have 'lockf' wrapper.
+ tar -C ${src} -f - -c . \
+ | lockf ${lockfile} tar -x -f - -C ${dest}
+ else
+ [...]
+
On Sun, 24 Mar 2013, Michał Górny wrote:
+multibuild_merge_root() {
+ [...]
+ if type -P lockf /dev/null; then
+ # On BSD, we have 'lockf' wrapper.
+ tar -C ${src} -f - -c . \
+ | lockf ${lockfile} tar -x -f - -C ${dest}
On Fri, 29 Mar 2013, Samuli Suominen wrote:
Title: The new default predictable network interface naming with udev
This is too long. GLEP 42 says:
| Title: A short (maximum 44 characters) descriptive title.
Also:
| The text body should be wrapped at 72 characters.
Ulrich
On Sun, 31 Mar 2013, Duncan wrote:
Or maybe your intent was to either kill these deps or put them
behind USE=doc as well?
USE=doc doesn't look right for this, as it's normally used for large
sized documentation. Something like USE=info might be better.
Ulrich
On Thu, 11 Apr 2013, Samuli Suominen wrote:
-+dnl $Id: cups-1.5.0-systemd-socket-2.patch,v 1.1 2013/04/10 16:39:19
lxnay Exp $
++dnl $Id: cups-1.5.0-systemd-socket-2.patch,v 1.2 2013/04/11 11:05:05
lxnay Exp $
^ This will likely cause the patch not to apply, at least with older
patch
On Mon, 29 Apr 2013, Ciaran McCreesh wrote:
In the discussions that led to inclusion of the feature in EAPI 4, it
was implicit that it would be possible to override the default. This
can only work if $@ goes after all default options.
But that wasn't got approved by the Council...
Sure it
On Tue, 30 Apr 2013, Ryan Hill wrote:
Then the person implementing the code for Paludis is either a monkey
or a robot*. Anyone capable of reasoning could puzzle out the
implications of not allowing user-given options to override the
defaults. Obviously you can write code that follows a spec
# Ulrich Müller u...@gentoo.org (01 May 2013)
# HOMEPAGE and SRC_URI dead, tarball not redistributable.
# Last upstream release in 2004.
# Masked for removal in 30 days, bug #464938.
www-apache/mod_loopback
# Ulrich Müller u...@gentoo.org (01 May 2013)
# HOMEPAGE and SRC_URI dead, tarball not
# Ulrich Müller u...@gentoo.org (06 May 2013)
# No license. Distfile not available upstream and not redistributable.
# Masked for removal in 30 days, bug #452372.
media-fonts/adi-dsp-fonts
pgpzH6QsyDKo2.pgp
Description: PGP signature
# Ulrich Müller u...@gentoo.org (06 May 2013)
# Fails to build with Emacs 24.3.
# Masked for removal in 30 days, bug #466444.
dev-lisp/emacs-cl
pgpFlqXmCYkHC.pgp
Description: PGP signature
On Sun, 12 May 2013, Markos Chandras wrote:
The devmanual git repository[1] moved to github[2]. Please update your
local trees using the following command:
Developers: git remote set-url origin
g...@github.com:gentoo/devmanual.gentoo.org
Read-only: git remote set-url origin
On Sun, 12 May 2013, Richard Yao wrote:
Last time I looked, github's server software wasn't open source.
Why should we use non-free tools for a central piece of Gentoo
documentation?
The last that I looked, the Verilog designs and other hardware
schematics were not open source either, but
On Sun, 12 May 2013, Markos Chandras wrote:
Earlier you said: Just to clarify, i never said I wanted to
deprecated the git.overlays.gentoo.org repo.
Have I missed something? Last time I looked, github's server
software wasn't open source. Why should we use non-free tools for a
central
On Sun, 12 May 2013, Markos Chandras wrote:
This is the kind of policies that kill user contributions. I am very
sad to witness this once again.
I've nothing at all against mirroring the repository at github, or
against accepting pull requests there. However, I think that we
shouldn't rely on
# Ulrich Müller u...@gentoo.org (13 May 2013)
# Unclear licensing situation. Distfile not redistributable
# and not available at copyright owner's site.
# Masked for removal in 30 days, bug #468406
media-libs/win32codecs
# Steve Dibb bean...@gentoo.org (05 Nov 2008)
# Mask realplayer codecs for
On Tue, 14 May 2013, Pacho Ramos wrote:
As discussed at:
https://bugs.gentoo.org/show_bug.cgi?id=457598#c4
we need a way to inform users the ebuild is installing a README.gentoo
file with needed information for configuration tips and so. Attached
patch does it.
Could the notice be
On Wed, 22 May 2013, Tom Wijsman wrote:
On Tue, 21 May 2013 18:57:20 -0600
Ryan Hill dirtye...@gentoo.org wrote:
Huh? The severity of the bug is it's an enhancement.
Yes stabilizations are enhancements. Always have been.
Why are they enhancements? Them having been this way is not a
On Fri, 24 May 2013, J Roeleveld wrote:
This reminded me of my experience with info-files. Don't know how
long ago it was that I used them as I find google to be a much more
useful resource.
But you might be interested in the following:
* app-text/info2html
Available versions:
On Sat, 1 Jun 2013, Robin H Johnson wrote:
Title: MySQL/MariaDB packages dropping support for PrimeBase (PBXT) engine
Too long, maximum 44 characters according to GLEP 42. The above will even
be truncated by eselect news.
Ulrich
The win32codecs USE flag is not used any more by any package,
therefore I'll remove it in a few days from now.
Ulrich
On Sun, 09 Jun 2013, Alex Legler wrote:
I'd appreciate some input on below plan to move project pages to the
Wiki:
Some questions:
- Do we need to update GLEP 39? It requires a project page in
www.g.o/proj/en/ that is actively maintained.
- What is the namespace policy in the Wiki? IIUC,
On Thu, 13 Jun 2013, Samuli Suominen wrote:
On 13/06/13 07:58, Michał Górny wrote:
Dnia 2013-06-13, o godz. 01:22:11 Samuli Suominen
ssuomi...@gentoo.org napisał(a):
what $subject says,
add support for pkg-config for migration to the new upstream
defined bash-completion directories
On Thu, 13 Jun 2013, Samuli Suominen wrote:
http://bugs.gentoo.org/show_bug.cgi?id=472938#c1
I think we should eventually get rid of the eselect module and load
everything dynamically.
How do you enable and disable completion modules without the eselect
module?
Ulrich
On Sat, 15 Jun 2013, Rich Freeman wrote:
Over my dead CVS access.
Grandstanding aside, it is probably best to take this in chunks.
The all-or-nothing fetch restriction control does seem like a good
place to start improving. I could certainly see where that could
create needless problems.
On Sat, 15 Jun 2013, Diego Elio Pettenò wrote:
restrict+http: (as suggested by the OP) is probably not enough
because it doesn't distinguish between fetch and mirror
restriction.
nofetch+http and nomirror+http ?
Or the other way around: {fetch,mirror}+http. I'd rather have RESTRICT
apply
On Sat, 15 Jun 2013, Mike Gilbert wrote:
The devmanual warns that calling die in a subshell does not work.
http://devmanual.gentoo.org/ebuild-writing/error-handling/index.html
This warning has been obsolete for some time; modern versions of
Portage handle die in a subshell just fine.
In
On Sat, 15 Jun 2013, hasufell wrote:
PMS doesn't guarantee that die works correctly in a subshell:
http://dev.gentoo.org/~ulm/pms/5/pms.html#x1-12800011.3.3
So the devmanual agrees with the spec, and the eclasses need to be
fixed.
How does that make any sense?
It makes perfect sense.
On Sat, 15 Jun 2013, Ulrich Mueller wrote:
PMS doesn't guarantee that die works correctly in a subshell:
http://dev.gentoo.org/~ulm/pms/5/pms.html#x1-12800011.3.3
So the devmanual agrees with the spec, and the eclasses need to be
fixed.
How does that make any sense?
It makes perfect
On Fri, 21 Jun 2013, Luca Barbato wrote:
/bin/init
Why /bin? It shouldn't be in users' PATH.
Ulrich
On Sat, 22 Jun 2013, Robin H Johnson wrote:
So we have:
Who = {ANYTHING_GOES, REQUIRES_DEV, REQUIRES_HERD, REQUIRES_MAINTAINER}
What = {NONE, TRIVIAL, MINOR_FEATURES, VERSION_BUMP, MAJOR_FEATURES}
So most of my packages might be coded with:
nmu-policy who=REQUIRES_DEV what=VERSION_BUMP /
On Sat, 22 Jun 2013, hasufell wrote:
http://www.merriam-webster.com/dictionary/herd
a number of animals of one kind kept together under human control
On that very link:
a group of people usually having a common bond
That's a figurative meaning derived from the first one, but it doesn't
I wrote:
On Sat, 22 Jun 2013, Robin H Johnson wrote:
So we have:
Who = {ANYTHING_GOES, REQUIRES_DEV, REQUIRES_HERD, REQUIRES_MAINTAINER}
What = {NONE, TRIVIAL, MINOR_FEATURES, VERSION_BUMP, MAJOR_FEATURES}
So most of my packages might be coded with:
nmu-policy who=REQUIRES_DEV
Hi all,
Find below a small update for bzr.eclass.
Sometimes it is convenient to unpack the sources in a location
different from ${WORKDIR}/${P}. The patch makes this configurable via
a new EBZR_UNPACK_DIR variable. The default location doesn't change,
so there should be no issues with backwards
On Sun, 7 Jul 2013, Mike Gilbert wrote:
git-2.eclass has a similar variable called EGIT_SOURCEDIR. Maybe you
could reuse the same convention?
In fact, I had considered this, but I think that EBZR_SOURCEDIR isn't
a good name because it's not distinctive. For example, EBZR_STORE_DIR
contains a
On Sun, 14 Jul 2013, hasufell wrote:
On 07/14/2013 06:26 PM, Diego Elio Pettenò wrote:
I would object... 10 games are wa too few for a new category and
especially pkg moves..
1 app-antivirus/
3 net-zope/
5 x11-base/
7 gpe-utils/
8 app-officeext/
11net-voip/
On Wed, 24 Jul 2013, Michał Górny wrote:
Pacho requested that to be able to warn users in GNOME packages that
do not work anymore without systemd.
Why is the host where the package is built required to run systemd?
Wouldn't a warning at runtime better suit the purpose?
Ulrich
On Sat, 27 Jul 2013, Leho Kraav wrote:
php5-5 vs python2_7
Why, how did that happen?
Using the hyphen is cleaner, because the underscore is used as the
separator for USE_EXPAND.
(OTOH, as long a nobody will introduce a PYTHON_TARGETS_PYTHON2
variable, python2_7 will also work fine.)
Ulrich
The patch below will make Emacs version detection more robust.
Rationale: Some users symlink /usr/bin/emacs to a microemacs variant.
Depending on the variant, current version detection will exit with an
error, output an empty version, or hang with the editor waiting for
user interaction. The
On Mon, 29 Jul 2013, Rich Freeman wrote:
git clone https://github.com/MythTV/mythtv.git -b fixes/0.26
cd mythtv/
git format-patch v0.26.0
mv *.patch ..
git checkout v0.26.0
patch -p0 ../0001-*
Final output is:
can't find file to patch at input line 17
(messing with -p doesn't help,
On Tue, 30 Jul 2013, Alexander Berntsen wrote:
On 30/07/13 14:12, Alex Legler wrote:
'disk space' is a perfectly valid term even if you have fancy solid
state drives these days. It is an established term in technical
documentation that everyone understands even if you don't
physically use a
On Sat, 3 Aug 2013, Michał Górny wrote:
2. The eclass comes with a pure bash-3.2 CamelCase converter for
changing PNs like 'twisted-foo' into 'TwistedFoo'. The relevant code
can be moved to eutils as portable replacements for bash-4 ${foo^}
and friends.
# obtain octal ASCII
On Sat, 3 Aug 2013, Michał Górny wrote:
Dnia 2013-08-03, o godz. 17:54:42 Ulrich Mueller u...@gentoo.org
napisał(a):
This looks just horrible. You do decimal arithmetic on octal
numbers?
Yes. Bash wasn't really happy to do octal arithmetic for me. Yet in
this particular case, with proper
On Sun, 04 Aug 2013, Mike Pagano wrote:
All, Here is the vanilla-sources non stablizing policy news item. If
all goes well, this will be committed to the tree on 08/07 UTC. Mike
The text body should be wrapped at 72 characters.
http://www.gentoo.org/proj/en/glep/glep-0042.html#news-item-body
Currently, USE flag descriptions are a mix of imperative (Enable)
and indicative (Enables) forms, the former occuring more often:
Enable : Enables = 2143 : 408
Add : Adds = 525 : 341
Build : Builds = 833 : 27
Use : Uses = 619 : 11
Install : Installs =
1 - 100 of 2165 matches
Mail list logo
