[gentoo-dev] Make "sound" a global USE flag?
It's used by several packages as a local flag, and its meaning seems to be similar enough. app-editors/emacs:sound - Enable sound app-editors/emacs-vcs:sound - Enable sound app-misc/anki:sound - Enable support for adding sound to cards games-arcade/tuxanci:sound - Enable sound games-board/pysolfc:sound - Enable sound support usingdev-python/pygame games-roguelike/angband:sound - Enable and install sounds games-rpg/eternal-lands-data:sound - Adds in-game sound effects. games-strategy/freeciv:sound - Add support for sound provided by media-libs/sdl-mixer gnome-extra/gnome-games:sound - Enable sound using media-libs/libcanberra media-libs/libcanberra:sound - Install x11-themes/sound-theme-freedesktop to get sounds on Gnome and Xfce. net-irc/xchat-gnome:sound - Enable sound event support with media-libs/libcanberra net-p2p/transmission:sound - Enable sound event support with media-libs/libcanberra xfce-base/xfce4-settings:sound - Enable sound event support with media-libs/libcanberra
Re: [gentoo-dev] Re: [gentoo-dev-announce] Removing profiles/use.local.desc file from CVS on 2011-02-11
On 02/05/2011 08:34 PM, Zac Medico wrote: On 02/05/2011 02:31 PM, Ryan Hill wrote: On Sat, 5 Feb 2011 18:04:03 +0100 Luca Longinotti wrote: Hi, could any of this cause a (kinda) full resync from the mirrors? Because an emerge --sync I'm doing now is syncing up _all_ files in the tree and taking ages on my laptop, on the other hand the emerge --sync I did yesterday at around 1400 CET just synced the changed files, as usual... I also tried multiple mirrors, thinking maybe one of them was the problem, but they all happily continued syncing everything. At the end of the sync, Portage also processed all the update-files, which too is strange. All the modification times of the files seem to have been updated... The date on my system is set correctly, so I can't really explain why this would suddenly happen, as between yesterday and today I didn't update Portage or rsync. I've had this happen twice in a row, last night and today. The sizes of the snapshot deltas [1] also seem to show an unusually big change: snapshot-20110201-20110202.patch.bz202-Feb-2011 19:57 163K snapshot-20110202-20110203.patch.bz203-Feb-2011 19:57 113K snapshot-20110203-20110204.patch.bz204-Feb-2011 19:53 1.3M I guess that something about the master rsync mirror has changed. It used to be osprey.gentoo.org, but the size of the snapshot-20110203-20110204.patch.bz2 file on osprey is only 107213 bytes. I can imagine that the first delta has a large changeset because of the process involved. However, it looks normal now, again. It is just part of the upgrade path of changing the service to a new host [that does things ever so slightly different]. 120Ksnapshot-20110202-20110203.patch.bz2 1.4Msnapshot-20110203-20110204.patch.bz2 260Ksnapshot-20110204-20110205.patch.bz2 124K snapshot-20110205-20110206.patch.bz2 As for the "re-syncing all files thing" - I can't reproduce that, though I've seen multiple reports. Did it settle down now? (I assume so) -Jeremy
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2011-02-06 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2011-02-06 23h59 UTC. Removals: sys-auth/policykit 2011-02-01 18:03:13 ssuominen net-im/gossip 2011-02-04 11:24:45 pacho sys-fs/gnomevfs-mount 2011-02-05 12:03:13 ssuominen dev-scheme/sisc 2011-02-05 12:03:55 ssuominen sys-apps/lcdtest2011-02-06 19:23:42 chainsaw Additions: app-text/wiki2beamer2011-01-31 12:19:20 sping app-text/llpp 2011-01-31 14:51:16 xmw sci-libs/linux-gpib 2011-01-31 22:29:39 dilfridge dev-python/graphcanvas 2011-02-01 02:48:40 arfrever sci-biology/cd-hit 2011-02-01 09:06:35 jlec app-misc/vittk 2011-02-01 11:11:36 radhermit x11-drivers/xf86-video-qxl 2011-02-01 14:50:03 chithanh x11-apps/python-whiteboard 2011-02-01 22:04:50 lxnay dev-lang/bas2011-02-02 17:54:35 ssuominen sci-biology/recon 2011-02-03 01:58:47 weaver net-mail/mu 2011-02-03 10:11:42 tomka app-office/teapot 2011-02-03 16:26:10 ssuominen dev-ml/odns 2011-02-04 12:59:30 aballier media-libs/libsfml 2011-02-05 05:38:21 radhermit media-radio/qrq 2011-02-05 14:38:04 tomjbe sec-policy/selinux-acct 2011-02-05 20:09:19 blueness sec-policy/selinux-skype2011-02-05 20:41:03 blueness sec-policy/selinux-xserver 2011-02-05 20:41:03 blueness sec-policy/selinux-mutt 2011-02-05 20:41:03 blueness sec-policy/selinux-gorg 2011-02-05 20:41:04 blueness sec-policy/selinux-alsa 2011-02-05 20:41:04 blueness sec-policy/selinux-vde 2011-02-05 20:41:04 blueness sec-policy/selinux-qemu 2011-02-05 20:41:04 blueness sec-policy/selinux-links2011-02-05 20:41:04 blueness sec-policy/selinux-mplayer 2011-02-05 20:41:04 blueness sec-policy/selinux-xfce42011-02-05 20:41:05 blueness sec-policy/selinux-networkmanager 2011-02-05 20:41:05 blueness sec-policy/selinux-mozilla 2011-02-05 20:41:05 blueness sys-auth/pam_ssh_agent_auth 2011-02-05 22:35:49 flameeyes sec-policy/selinux-shutdown 2011-02-06 00:00:28 blueness sec-policy/selinux-quota2011-02-06 00:00:28 blueness sec-policy/selinux-gatekeeper 2011-02-06 00:00:28 blueness sec-policy/selinux-rpcbind 2011-02-06 00:00:28 blueness sec-policy/selinux-pyicqt 2011-02-06 00:00:29 blueness sec-policy/selinux-icecast 2011-02-06 00:00:29 blueness sec-policy/selinux-oidentd 2011-02-06 00:00:29 blueness sec-policy/selinux-dmidecode2011-02-06 00:00:29 blueness sec-policy/selinux-modemmanager 2011-02-06 00:00:29 blueness sec-policy/selinux-kudzu2011-02-06 00:00:29 blueness sec-policy/selinux-fprintd 2011-02-06 00:00:29 blueness sec-policy/selinux-mta 2011-02-06 00:00:29 blueness sec-policy/selinux-tgtd 2011-02-06 00:00:29 blueness sec-policy/selinux-radvd2011-02-06 00:00:29 blueness sec-policy/selinux-ccs 2011-02-06 00:00:30 blueness sec-policy/selinux-irqbalance 2011-02-06 00:00:30 blueness sec-policy/selinux-dkim 2011-02-06 00:00:30 blueness sec-policy/selinux-fetchmail2011-02-06 00:00:30 blueness sec-policy/selinux-chronyd 2011-02-06 00:00:30 blueness sec-policy/selinux-inn 2011-02-06 00:00:30 blueness sec-policy/selinux-sxid 2011-02-06 00:00:30 blueness sec-policy/selinux-thunderbird 2011-02-06 00:00:30 blueness sec-policy/selinux-mcelog 2011-02-06 00:00:30 blueness sec-policy/selinux-automount2011-02-06 00:00:30 blueness sec-policy/selinux-afs 2011-02-06 00:00:31 blueness sec-policy/selinux-kdump2011-02-06 00:00:31 blueness sec-policy/selinux-xfs 2011-02-06 00:00:31 blueness sec-policy/selinux-wine 2011-02-06 00:00:31 blueness sec-policy/selinux-gpsd 2011-02-06 00:00:31 blueness sec-policy/selinux-amanda 2011-02-06 00:00:31 blueness sec-policy/selinux-java 2011-02-06 00:00:31 blueness sec-policy/selinux-lockdev 2011-02-06 00:00:31 blueness sec-policy/selinux-shorewall2011-0
[gentoo-dev] Please review: updates for bzr.eclass
Hello,
Please review an updated version of bzr.eclass.
This will fix the following main problems:
- So far, bzr.eclass used "lightweight" checkouts. These are optimised
for a use case very different from ours, where the data it accesses
is considered local. This led to massive performance problems (for
example, 700 MB of transferred data for a one week's update of the
Emacs repository). Therefore, the eclass has been changed to use
branches instead:
1) initial branch with "bzr branch --no-tree",
2) subsequent updates with "bzr pull",
3) export to ${WORKDIR} with "bzr export".
- There was no possibility to share several branches in one project,
which effectively meant that the same commits had to be downloaded
multiple times. The eclass now offers the possibility to use shared
repositories.
Furthermore, I've taken the opportunity to do some smaller cleanups of
the code.
I've tested the eclass with all ebuilds in the portage tree that are
inheriting bzr, and haven't noticed any problems. Especially, the
transition from checkout to branch was smooth in all cases.
The updated eclass is included below. Or, if you prefer a diff, you
can find it here:
Ulrich
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/eclass/bzr.eclass,v 1.10 2010/11/07 22:44:35
fauli Exp $
#
# @ECLASS: bzr.eclass
# @MAINTAINER:
# Jorge Manuel B. S. Vicetto ,
# Ulrich Mueller ,
# Christian Faulhammer ,
# Mark Lee ,
# and anyone who wants to help
# @BLURB: generic fetching functions for the Bazaar VCS
# @DESCRIPTION:
# The bzr.eclass provides functions to fetch, unpack, patch, and
# bootstrap sources from repositories of the Bazaar distributed version
# control system. The eclass was originally derived from git.eclass.
#
# Note: Just set EBZR_REPO_URI to the URI of the branch and src_unpack()
# of this eclass will export the branch to ${WORKDIR}/${P}.
inherit eutils
EBZR="bzr.eclass"
case "${EAPI:-0}" in
0|1) EXPORT_FUNCTIONS src_unpack ;;
*) EXPORT_FUNCTIONS src_unpack src_prepare ;;
esac
HOMEPAGE="http://bazaar-vcs.org/";
DESCRIPTION="Based on the ${EBZR} eclass"
DEPEND=">=dev-vcs/bzr-2.0.1"
case "${EAPI:-0}" in
0|1) ;;
*) [[ ${EBZR_REPO_URI%%:*} = sftp ]] \
&& DEPEND=">=dev-vcs/bzr-2.0.1[sftp]" ;;
esac
# @ECLASS-VARIABLE: EBZR_STORE_DIR
# @DESCRIPTION:
# The directory to store all fetched Bazaar live sources.
: ${EBZR_STORE_DIR:=${PORTAGE_ACTUAL_DISTDIR-${DISTDIR}}/bzr-src}
# @ECLASS-VARIABLE: EBZR_INIT_REPO_CMD
# @DESCRIPTION:
# The Bazaar command to initialise a shared repository.
: ${EBZR_INIT_REPO_CMD:="bzr init-repository --no-trees"}
# @ECLASS-VARIABLE: EBZR_FETCH_CMD
# @DESCRIPTION:
# The Bazaar command to fetch the sources.
: ${EBZR_FETCH_CMD="bzr branch --no-tree"}
# @ECLASS-VARIABLE: EBZR_UPDATE_CMD
# @DESCRIPTION:
# The Bazaar command to update the sources.
: ${EBZR_UPDATE_CMD:="bzr pull"}
# @ECLASS-VARIABLE: EBZR_EXPORT_CMD
# @DESCRIPTION:
# The Bazaar command to export a branch.
: ${EBZR_EXPORT_CMD:="bzr export"}
# @ECLASS-VARIABLE: EBZR_REVNO_CMD
# @DESCRIPTION:
# The Bazaar command to list a revision number of the branch.
: ${EBZR_REVNO_CMD:="bzr revno"}
# @ECLASS-VARIABLE: EBZR_OPTIONS
# @DEFAULT_UNSET
# @DESCRIPTION:
# The options passed to the fetch and update commands.
# @ECLASS-VARIABLE: EBZR_REPO_URI
# @DEFAULT_UNSET
# @DESCRIPTION:
# The repository URI for the source package.
#
# Note: If the ebuild uses an sftp:// URI, then in EAPI 0 or 1 it must
# make sure that dev-vcs/bzr was built with USE="sftp". In EAPI 2 or
# later, the eclass will depend on dev-vcs/bzr[sftp].
# @ECLASS-VARIABLE: EBZR_BOOTSTRAP
# @DEFAULT_UNSET
# @DESCRIPTION:
# Bootstrap script or command like autogen.sh or etc.
# @ECLASS-VARIABLE: EBZR_PATCHES
# @DEFAULT_UNSET
# @DESCRIPTION:
# bzr.eclass can apply patches in bzr_bootstrap(). You can use regular
# expressions in this variable like *.diff or *.patch and the like.
# Note: These patches will be applied before EBZR_BOOTSTRAP is processed.
#
# Patches are searched both in ${PWD} and ${FILESDIR}. If not found in
# either location, the installation dies.
# @ECLASS-VARIABLE: EBZR_PROJECT
# @DESCRIPTION:
# The project name of your ebuild. Normally, the branch will be stored
# in the ${EBZR_STORE_DIR}/${EBZR_PROJECT} directory.
#
# If EBZR_BRANCH is set (see below), then a shared repository will be
# created in that directory, and the branch will be located in
# ${EBZR_STORE_DIR}/${EBZR_PROJECT}/${EBZR_BRANCH}.
: ${EBZR_PROJECT:=${PN}}
# @ECLASS-VARIABLE: EBZR_BRANCH
# @DEFAULT_UNSET
# @DESCRIPTION:
# The directory where to store the branch within a shared repository,
# relative to ${EBZR_STORE_DIR}/${EBZR_PROJECT}.
#
# This variable should be set
Re: [gentoo-dev] Unused eclasses
Hi, On Fri, Feb 04, 2011 at 03:03:50PM +0100, Sebastian Pipping wrote: > On 02/01/11 19:57, Tomáš Chvátal wrote: > > Hello ladies, > > Following cleanup of eclasses in main tree there still are few eclasses > > that are not used at all. > > I guess that applies to the main tree. > If we do care if any of them are used in an overlay, Ycarus of > gpo.zugaina.org may find an answer rather quickly. Imho, overlays are basically on their own, so we should just worry about the main tree. William pgpNHB0niPnTm.pgp Description: PGP signature
[gentoo-dev] Re: About cups-1.4 stabilization
Hi, Pacho Ramos : > Since printing team don't want to use debian patchset, have you think > in simply disabling that new usb backend? If I haven't misunderstood > the problem, disabling it would simply make cups-1.4 behave like 1.3. We just postpone the problem, maybe 1.5 will only have the new one. There is a news item in my todo file: Title: Upgrade to CUPS 1.4 Author: Christian Faulhammer Author: Timo Gurr Author: Gentoo Printing Team Content-Type: text/plain Posted: 2010-09-13 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode http://gentoo.faulhammer.org/> signature.asc Description: PGP signature
Re: [gentoo-dev] git-2.eclass review phase one
> # we can not jump between using and not using SUBMODULES so we need to > # refetch the source when needed In that section, please do not rm(1) the existing clone; move it out of the way just like portage does when checksums fail. Nothing under DISTDIR should /ever/ be subject to behind-the-back deletion. Also, and if I read that right, you use clone to copy the src for building only when EGIT_HAS_SUBMODULES is true, yes? Please use clone for the other case, too. Letting the package's build system know that it is building directly from a the repo is a /good thing/. -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6
Re: [gentoo-dev] git-2.eclass review phase one
> # Eclass for easing maitenance of live ebuilds using git as remote
> repositories.
Please keep lines below 80 characters if possible.
> # @ECLASS-VARIABLE: ESCM_STORE_DIR
> # @DESCRIPTION:
> # Storage directory for git sources.
> : ${ESCM_STORE_DIR:="${PORTAGE_ACTUAL_DISTDIR-${DISTDIR}}/egit-src"}
Why is this renamed? It was EGIT_STORE_DIR before, and I think that
was more appropriate, especially when it's named egit-src.
> # @ECLASS-VARIABLE: ESCM_FETCH_CMD
> # @ECLASS-VARIABLE: ESCM_UPDATE_CMD
> # @ECLASS-VARIABLE: ESCM_OPTIONS
> # @ECLASS-VARIABLE: ESCM_MASTER
> # @ECLASS-VARIABLE: ESCM_REPO_URI
> # @ECLASS-VARIABLE: ESCM_BRANCH
> # @ECLASS-VARIABLE: ESCM_COMMIT
Same for all of these, they are all specific to git and should
therefore be named EGIT_*. Other VCSs have different concepts for some
of them.
> if [[ -z ${ESCM_REPO_URI%%:*} ]] ; then
> case ${ESCM_REPO_URI%%:*} in
> git*|http|https|rsync|ssh) ;;
> *) die "Protocol for fetch from "${ESCM_REPO_URI%:*}"
> is not yet implemented in eclass." ;;
> esac
> fi
This test won't work as intended.
> addwrite "${PORTAGE_ACTUAL_DISTDIR-${DISTDIR}}"
> mkdir -p "${ESCM_STORE_DIR}" \
Is it guaranteed that ${ESCM_STORE_DIR} is a subdir of
${PORTAGE_ACTUAL_DISTDIR-${DISTDIR}} if the former is freely
configurable?
Ulrich
[gentoo-dev] git-2.eclass review phase one
Hello,
so this is first attempt to create new eclass for git management that is
more clean and neat. I would like to ask you guys to help me review it
and suggest updates/cleanups.
I really tried to make the eclass nicely separated to functions based on
what it does and remove some obsolete code. During that i also removed
the need for the src_prepare.
All the replies will be updated in kde overlay eclass folder where you
can find git-2.eclass right now. So I wont be replying the mails with
further patch files.
Cheers
Tom
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: git-2.eclass
# @MAINTAINER:
# Tomas Chvatal
# @BLURB: This eclass provides functions for fetch and unpack git repositories
# @DESCRIPTION:
# Eclass for easing maitenance of live ebuilds using git as remote repositories.
# Eclass support working with git submodules and branching.
# This eclass support all EAPIs
EXPORT_FUNCTIONS src_unpack
DEPEND="dev-vcs/git"
# This static variable is for storing the data in WORKDIR.
# Sometimes we might want to redefine S.
EGIT_SOURCEDIR="${WORKDIR}/${P}"
# @FUNCTION: git-2_init_variables
# @DESCRIPTION:
# Internal function initializing all git variables.
# We define it in function scope so user can define
# all the variables before and after inherit.
git-2_init_variables() {
debug-print-function ${FUNCNAME} "$@"
# @ECLASS-VARIABLE: ESCM_STORE_DIR
# @DESCRIPTION:
# Storage directory for git sources.
: ${ESCM_STORE_DIR:="${PORTAGE_ACTUAL_DISTDIR-${DISTDIR}}/egit-src"}
# @ECLASS-VARIABLE: EGIT_HAS_SUBMODULES
# @DESCRIPTION:
# Set this to non-empty value to enable submodule support (slower).
: ${EGIT_HAS_SUBMODULES:=}
# @ECLASS-VARIABLE: ESCM_FETCH_CMD
# @DESCRIPTION:
# Command for cloning the repository.
: ${ESCM_FETCH_CMD:="git clone"}
# @ECLASS-VARIABLE: ESCM_UPDATE_CMD
# @DESCRIPTION:
# Git fetch command.
if [[ -n ${EGIT_HAS_SUBMODULES} ]]; then
ESCM_UPDATE_CMD="git pull -f -u"
else
ESCM_UPDATE_CMD="git fetch -t -f -u"
fi
# @ECLASS-VARIABLE: ESCM_OPTIONS
# @DESCRIPTION:
# This variable value is passed to clone and fetch.
: ${ESCM_OPTIONS:=}
# @ECLASS-VARIABLE: ESCM_MASTER
# @DESCRIPTION:
# Variable for specifying master branch.
# Usefull when upstream don't have master branch.
: ${ESCM_MASTER:=master}
# @ECLASS-VARIABLE: ESCM_REPO_URI
# @DESCRIPTION:
# URI for the repository
# e.g. http://foo, git://bar
# Supported protocols:
# http://
# https://
# git://
# git+ssh://
# rsync://
# ssh://
eval X="\$${PN//[-+]/_}_LIVE_REPO"
if [[ ${X} = "" ]]; then
: ${ESCM_REPO_URI:=}
else
ESCM_REPO_URI="${X}"
fi
[[ -z ${ESCM_REPO_URI} ]] && die "ESCM_REPO_URI must have some value."
if [[ -z ${ESCM_REPO_URI%%:*} ]] ; then
case ${ESCM_REPO_URI%%:*} in
git*|http|https|rsync|ssh) ;;
*) die "Protocol for fetch from "${ESCM_REPO_URI%:*}"
is not yet implemented in eclass." ;;
esac
fi
# @ECLASS-VARIABLE: ESCM_OFFLINE
# @DESCRIPTION:
# Set this variable to a non-empty value to disable the automatic
updating of
# an GIT source tree. This is intended to be set outside the git source
# tree by users.
: ${ESCM_OFFLINE:=${ESCM_OFFLINE}}
# @ECLASS-VARIABLE: ESCM_BRANCH
# @DESCRIPTION:
# Specify the branch we want to check out from the repository
eval X="\$${PN//[-+]/_}_LIVE_BRANCH"
if [[ "${X}" = "" ]]; then
: ${ESCM_BRANCH:=${ESCM_MASTER}}
else
ESCM_BRANCH="${X}"
fi
# @ECLASS-VARIABLE: ESCM_COMMIT
# @DESCRIPTION:
# Specify commit we want to check out from the repository.
eval X="\$${PN//[-+]/_}_LIVE_COMMIT"
if [[ "${X}" = "" ]]; then
: ${ESCM_COMMIT:=${ESCM_BRANCH}}
else
ESCM_COMMIT="${X}"
fi
# @ECLASS-VARIABLE: EGIT_REPACK
# @DESCRIPTION:
# Set to non-empty value to repack objects to save disk space. However
this can
# take a REALLY LONG time with VERY big repositories.
: ${EGIT_REPACK:=}
# @ECLASS-VARIABLE: EGIT_PRUNE
# @DESCRIPTION:
# Set to non-empty value to prune loose objects on each fetch. This is
useful
# if upstream rewinds and rebases branches often.
: ${EGIT_PRUNE:=}
}
# @FUNCTION: git-2_submodules
# @DESCRIPTION:
# Internal function wrapping the submodule initialisation and update
git-2_submodules() {
[gentoo-dev] About cups-1.4 stabilization
Hello This is an old topic, in summary, I would like to try to get cups-1.4 stabilized in the near future: http://bugs.gentoo.org/show_bug.cgi?id=333781 Looks like most of the problems are related with new usb backend: http://bugs.gentoo.org/show_bug.cgi?id=285166 http://bugs.gentoo.org/show_bug.cgi?id=292543 Since printing team don't want to use debian patchset, have you think in simply disabling that new usb backend? If I haven't misunderstood the problem, disabling it would simply make cups-1.4 behave like 1.3. What do you think? Thanks signature.asc Description: This is a digitally signed message part
