Re: [gentoo-dev] desktop-misc@ needs your help
On 02/07/10 09:38, Markos Chandras wrote: > On Saturday 06 February 2010 19:22:47 Samuli Suominen wrote: >> While we have few devs listed in desktop-misc, nobody is really looking >> at the bugs in general so it's like a clone of maintainer-needed alias >> at the moment... The bug count has escalated in /a year/ from /5 to 83/ >> (only counting directly assigned ones). So... as usual, if you are >> bored, feel free to join :) >> >> Ty, Samuli >> > Thanks Samuli for stepping up making this announcement. I was about to join > that herd anyway :) Don't forget about desktop-dock :) And as probably with any other team: if you want to help -- join! There's no time to waste :) -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel, python... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] LibGL.la removal news item for =eselect-opengl-1.1.1-r2 going stable
On 01/17/10 18:20, "Paweł Hajdan, Jr." wrote: >> Please: When you run tools which break checksums/dates of the database, >> give the user the possibility to decide whether he really wants this. > > Good point, I didn't realize that. However, I'd rather fix the tool (for > example to update the portage database). Nope, that's a bad idea unless you plan to implement such feature for portage, paludis and pkgcore (and possibly other package managers). So use revdep-rebuild (longer but correct solution) or lafilefixer (quicker but introduces other problems). -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel, python... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Packages up for grabs
Following packages are looking for new maintainers: - app-laptop/omnibook - not much work, I don't have a laptop requiring this - kde-misc/kdmtheme - I hope it will go away with KDE 3.5.x - kde team? - sys-power/hibernate-script - 2 open bugs, rare releases -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel, python... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] [GSoC status] Web-based image builder
Eitan Mosenkis wrote: > All comments, questions, suggestions, etc. are welcome. Interesting - could you point me/us at some design document or provide more detailed description of how the whole process works? -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel, python... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Old eclasses - candidates for removal?
Ulrich Mueller wrote: > In last week's council meeting a policy for removal of old eclasses > has been defined: > , > | The council voted that to remove eclasses devs should take the > | following steps: > |1) Deprecate eclasses. > |2) Removal of all functionality relating to installing. > |3) After two years the eclass may be removed. > ` > > A quick scan shows that the following eclasses were deprecated more > than three years ago, and are used by no ebuild in the tree: > >2002-05-25 inherit.eclass >2003-12-11 kde-i18n.eclass >2004-04-16 koffice-i18n.eclass >2005-09-18 jakarta-commons.eclass >2006-02-28 php.eclass >2006-02-28 php-2.eclass > > Do we want to remove any of these? Have I missed other candidates? Yes: RCS file: /var/cvsroot/gentoo-x86/eclass/java-wsdp.eclass,v Working file: java-wsdp.eclass head: 1.7 branch: locks: strict access list: symbolic names: keyword substitution: kv total revisions: 7; selected revisions: 7 description: revision 1.7 date: 2007-06-02 18:24:51 +0100; author: nelchael; state: Exp; lines: +1 -102; commitid: 5c6d4661a7e24567; Remove content of java-wsdp.eclass, as all packages using it have been removed. It has been removed >= 2 years ago, there were only few ebuilds using it. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel, python... signature.asc Description: OpenPGP digital signature
[gentoo-dev] mercurial.eclass
Hello, I'm rewriting/cleaning-up mercurial.eclass, I've tested whenever ebuilds currently using it work and observed no breakage, nevertheless I could use second pair of eyes (or more), so: if you use mercurial.eclass please apply patch from https://bugs.gentoo.org/259898 and report any problems. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel, python... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: mysql.eclass
Zac Medico wrote: > What you can see there is that it's selecting mysql-community to > satisfy the PDEPEND. I'll make a patch for portage so that it won't > trigger the circular dependency avoidance code when it's trying to > satisfy PDEPEND. Great! Thank you. Masking mysql-community helped. -- Krzysztof Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel, python... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: mysql.eclass
Robin H. Johnson (robbat2) wrote: > robbat2 09/02/11 11:27:13 > > Modified: mysql.eclass > Log: > Fix PDEPEND for build order. > > Revision ChangesPath > 1.104eclass/mysql.eclass > > file : > http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/mysql.eclass?rev=1.104&view=markup > plain: > http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/mysql.eclass?rev=1.104&content-type=text/plain > diff : > http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/mysql.eclass?r1=1.103&r2=1.104 > > Index: mysql.eclass > === > RCS file: /var/cvsroot/gentoo-x86/eclass/mysql.eclass,v > retrieving revision 1.103 > retrieving revision 1.104 > diff -p -w -b -B -u -u -r1.103 -r1.104 > --- mysql.eclass 12 Jan 2009 23:08:17 - 1.103 > +++ mysql.eclass 11 Feb 2009 11:27:13 - 1.104 > @@ -1,6 +1,6 @@ > # Copyright 1999-2007 Gentoo Foundation > # Distributed under the terms of the GNU General Public License v2 > -# $Header: /var/cvsroot/gentoo-x86/eclass/mysql.eclass,v 1.103 2009/01/12 > 23:08:17 maekke Exp $ > +# $Header: /var/cvsroot/gentoo-x86/eclass/mysql.eclass,v 1.104 2009/02/11 > 11:27:13 robbat2 Exp $ > > # Author: Francesco Riosa (Retired) > # Maintainer: MySQL Team > @@ -10,7 +10,7 @@ > WANT_AUTOCONF="latest" > WANT_AUTOMAKE="latest" > > -inherit eutils flag-o-matic gnuconfig autotools mysql_fx > +inherit eutils flag-o-matic gnuconfig autotools mysql_fx versionator > > # Shorten the path because the socket path length must be shorter than 107 > chars > # and we will run a mysql server during test phase > @@ -83,6 +83,9 @@ mysql_version_is_at_least "5.1.12" \ > # dev-perl/DBD-mysql is needed by some scripts installed by MySQL > PDEPEND="perl? ( >=dev-perl/DBD-mysql-2.9004 )" > > +# For other stuff to bring us in > +PDEPEND="${PDEPEND} =virtual/mysql-$(get_version_component_range 1-2 ${PV})" > + > # Work out the default SERVER_URI correctly > if [ -z "${SERVER_URI}" ]; then > # The community build is on the mirrors This breaks installing MySQL: nelchael ~ # emerge -avt dev-db/mysql These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] dev-db/mysql-5.0.76 USE="berkdb ssl -big-tables -cluster -debug -embedded -extraengine -latin1 -max-idx-128 -minimal -perl (-selinux) -static" [ebuild N] dev-db/mysql-community-5.0.67 USE="berkdb ssl -big-tables -cluster -debug -embedded -extraengine -latin1 -max-idx-128 -minimal -perl (-selinux) -static" 27,810 kB [ebuild N] virtual/mysql-5.0 0 kB [ebuild N]dev-db/mysql-5.0.76 USE="berkdb ssl -big-tables -cluster -debug -embedded -extraengine -latin1 -max-idx-128 -minimal -perl (-selinux) -static" 33,717 kB [ebuild N] dev-db/mysql-init-scripts-1.2 0 kB [ebuild N] sys-apps/ed-1.2 88 kB [blocks B ] dev-db/mysql ("dev-db/mysql" is blocking dev-db/mysql-community-5.0.67) [blocks B ] dev-db/mysql-community ("dev-db/mysql-community" is blocking dev-db/mysql-5.0.76) Total: 5 packages (5 new), Size of downloads: 61,615 kB Conflict: 2 blocks (2 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. ('ebuild', '/', 'dev-db/mysql-5.0.76', 'merge') pulled in by =dev-db/mysql-5.0* required by ('ebuild', '/', 'virtual/mysql-5.0', 'merge') =dev-db/mysql-5.0* required by ('ebuild', '/', 'dev-db/mysql-community-5.0.67', 'merge') dev-db/mysql For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked -- Krzysztof Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel, python... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Packages up for grabs
Santiago M. Mola wrote: > x11-misc/dzen (low maintainance) > x11-misc/lsw (maintainance close to zero) Feel free to assign those two to desktop-misc. -- Krzysztof Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel, python... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] IBM article of interest ?
Philip Webb wrote: I'm not sure whether anyone among Gentoo officials cares about this, but IBM has an article http://www.ibm.com/developerworks/linux/library/l-awk1.html whose byline is very misleading & may infringe on Gentoo's IP. Those articles are listed on http://www.gentoo.org/doc/en/list.xml?desc=1 -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel, python... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Packages up for grabs
There are few packages that could use some more loving: * app-editors/scite - easy to maintain, has only one bug open wrt French locales & UTF-8 * media-video/griffith - also easy, pending version bump * net-im/jabberd & net-im/jabberd2 - thanks to work from Marko Durkovic both are easy to maintain -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel, python... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: app-laptop/omnibook-svn
# Masked for removal on 5 May 2008, please use app-laptop/omnibook. # Live SVN ebuild, not needed as app-laptop/omnibook has been updated. app-laptop/omnibook-svn -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Packages up for grabs: app-laptop/omnibook
Michele Noberasco wrote: my old laptop recently broke, so I don't have the necessary hardware to test app-laptop/omnibook (and omnibook-svn) any more. If someone is interested, I would hand over maintainership for this package. I'll take it, as I'm using it on mu current machine. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] debianutils: system worthy ?
Yuri Vasilevski wrote: I would say drop it from system and add to RDEPEND in kernel-2.eclass for ${ETYPE} == sources. IMHO that's a bad idea - everybody use some kernel sources, but not everybody runs `make install'. I'm for dropping debianutils from system. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: suspend2 sources and userui
# Krzysiek Pawlik <[EMAIL PROTECTED]> (25 Jan 2008) # Masked for removal, please use tuxonice-sources. sys-kernel/suspend2-sources sys-apps/suspend2-userui -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Packages looking for new
Hi, As I need to reduce my workload some packages are looking for new maintainer: * app-editors/scite - only one bug #203489 - GTK+ & fr_FR.UTF-8 locale issue * media-video/griffith - easy to maintain, has only one bug but it looks like upstream thing (bug #202484), media-video: * net-im/jabberd and net-im/jabberd2 - after much work it's in good shape, there's only one bug: version bump for net-im/jabberd, Marko helps a lot with jabberd2 * www-apache/mod_cband - also easy to maintain griffith could be taken by video herd, mod_cband by apache herd, but scite and jabberd need maintainers. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in www-servers/resin: ChangeLog resin-3.0.25.ebuild resin-3.1.4.ebuild
Donnie Berkholz wrote: >> 1.1 www-servers/resin/resin-3.1.4.ebuild >> src_unpack() { >> >> unpack ${A} >> for i in "${WORKDIR}"/${PV}/resin-${PV}-*; do >> epatch "${i}" >> done; > > How about: > > epatch "${WORKDIR}"/${PV}/resin-${PV}-* Leftover from tests, will be fixed with next bump. >> src_compile() { >> >> append-flags -fPIC -DPIC > > Somehow it seems wrong to append this for a whole package... It builds only one .so library - the rest is in Java, so I don't see a problem with using append-flags. >> src_install() { >> >> make DESTDIR="${D}" install || die > > Does emake work? If not, please add a comment to that effect. Didn't test, but I will with next bump. >> einfo "Fixing permissions..." >> chown -R resin:resin "${D}${RESIN_HOME}" >> chown -R resin:resin "${D}/etc/resin" >> chown -R resin:resin "${D}/var/log/resin" >> chown -R resin:resin "${D}/var/lib/resin" >> chown -R resin:resin "${D}/var/run/resin" >> >> chmod 644 "${D}/etc/conf.d/resin" >> chmod 755 "${D}/etc/init.d/resin" >> chmod 750 "${D}/var/lib/resin" >> chmod 750 "${D}/var/run/resin" >> chmod 750 "${D}/etc/resin" > > Again, fowners/fperms can make this a bit easier to read. I'll fix it with next bump. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-themes/qtcurve-qt4: metadata.xml ChangeLog qtcurve-qt4-0.55.1.ebuild Manifest
Donnie Berkholz wrote: >> src_compile() { >> cmake-utils_src_compile || die "cmake failed" >> } > > This is redundant. Thanks, fixed. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, java, apache, ppc, vim, kernel... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: www-servers/resin-2.1.17
www-servers/resin-2.1.17 has been package.mask'ed, removal in 30 days. Resin 2.1.17 was release almost two years ago, it's binary-only package. Please migrate to Resin 3.0.24 for stable series or to Resin 3.1.3 for development series. For production systems 3.0 series is recommended. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
[gentoo-dev] repoman and checking for correct quoting
Consider following part of scite-1.74.ebuild: sed -i makefile \ -e 's#usr/local#usr#g' \ -e 's#/gnome/apps/Applications#/applications#' \ -e "s#^CXXFLAGS=#CXXFLAGS=${CXXFLAGS} #" \ -e "s#^\(CXXFLAGS=.*\)-Os#\1#" \ -e "s#^CC =\(.*\)#CC = $(tc-getCXX)#" \ -e 's#${D}##' \ -e 's#-g root#-g 0#' \ || die "error patching makefile" `repoman full' catches line "-e 's#${D}##' \": app-editors/scite/scite-1.74.ebuild: Unquoted Variable on line: 41 It's purpose is to remove the ${D} from makefile, additionally ${D} is in single quotes, so it will not be expanded - is it a bug in repoman check? -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: cmake.eclass
Wulf: check this patch to cmake-utils.eclass - it used pushd/popd, adds CMAKE_IN_SOURCE_BUILD in cmake-utils_src_compile and defines LIB_INSTALL_DIR (cmake-utils will be used by other packages besides KDE too). -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... Index: cmake-utils.eclass === RCS file: /var/cvsroot/gentoo-x86/eclass/cmake-utils.eclass,v retrieving revision 1.1 diff -u -r1.1 cmake-utils.eclass --- cmake-utils.eclass 4 Nov 2007 13:17:35 - 1.1 +++ cmake-utils.eclass 4 Nov 2007 14:08:01 - @@ -49,7 +49,11 @@ cmake-utils_src_compile() { debug-print-function $FUNCNAME $* - cmake-utils_src_configureout + if [[ -n "${CMAKE_IN_SOURCE_BUILD}" ]]; then + cmake-utils_src_configurein + else + cmake-utils_src_configureout + fi cmake-utils_src_make } @@ -74,11 +78,13 @@ debug-print-function $FUNCNAME $* local cmakeargs="${mycmakeargs} $(_common_configure_code)" - mkdir "${WORKDIR}"/${PN}_build - cd "${WORKDIR}"/${PN}_build + mkdir -p "${WORKDIR}"/${PN}_build + pushd "${WORKDIR}"/${PN}_build > /dev/null debug-print "$LINENO $ECLASS $FUNCNAME: mycmakeargs is $cmakeargs" cmake ${cmakeargs} "${S}" || die "Cmake failed" + + popd > /dev/null } # Internal use only. Common configuration options for all types of builds. @@ -91,6 +97,7 @@ echo -DCMAKE_CXX_COMPILER=$(type -P $(tc-getCXX)) echo -DCMAKE_INSTALL_PREFIX=${PREFIX:-/usr} echo -DLIB_SUFFIX=${tmp_libdir/lib} + echo -DLIB_INSTALL_DIR=${tmp_libdir} [[ -n ${CMAKE_NO_COLOR} ]] && echo -DCMAKE_COLOR_MAKEFILE=OFF } @@ -103,12 +110,15 @@ # At this point we can automatically check if it's an out-of-source or an # in-source build if [[ -d ${WORKDIR}/${PN}_build ]]; then - cd "${WORKDIR}"/${PN}_build; + pushd "${WORKDIR}"/${PN}_build > /dev/null fi if ! [[ -z ${CMAKE_COMPILER_VERBOSE} ]]; then - emake VERBOSE=1 || die "Make failed!"; + emake VERBOSE=1 || die "Make failed!" else - emake || die "Make failed!"; + emake || die "Make failed!" + fi + if [[ -d ${WORKDIR}/${PN}_build ]]; then + popd > /dev/null fi } @@ -121,9 +131,12 @@ # At this point we can automatically check if it's an out-of-source or an # in-source build if [[ -d ${WORKDIR}/${PN}_build ]]; then - cd "${WORKDIR}"/${PN}_build; + pushd "${WORKDIR}"/${PN}_build > /dev/null fi emake install DESTDIR="${D}" || die "Make install failed" + if [[ -d ${WORKDIR}/${PN}_build ]]; then + popd > /dev/null + fi } # @FUNCTION: cmake-utils_src_test @@ -135,7 +148,7 @@ # At this point we can automatically check if it's an out-of-source or an # in-source build if [[ -d ${WORKDIR}/${PN}_build ]]; then - cd "${WORKDIR}"/${PN}_build + pushd "${WORKDIR}"/${PN}_build > /dev/null fi # Standard implementation of src_test if emake -j1 check -n &> /dev/null; then @@ -151,4 +164,7 @@ else einfo ">>> Test phase [none]: ${CATEGORY}/${PF}" fi + if [[ -d ${WORKDIR}/${PN}_build ]]; then + popd > /dev/null + fi } signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: cmake.eclass
Marijn Schouten (hkBst) wrote: > I'm a bit confused now. Both this eclass and the recently submitted > cmake-utils.eclass seem to handle CMake-based packages. Can someone clarify? Yes: I've missed the discussion about cmake-utils.eclass - my version (cmake.eclass) is not needed. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: cmake.eclass
Wulf C. Krueger wrote: > KDE4 will make use of cmake-utils.eclass we wrote because Why call it cmake-utils? > - we need use_enable- and use_with-like functions for cmake (makes ebuilds > easier to read) Could be done. > - in-source and out-of-source build support Got it too :) > - we need LIB_SUFFIX support Could be added easily. > - our KDE4 eclasses rely on it. Not in tree yet. > You might want to take a look at it. It's in the tree. I don't really > think we need two implementations. I think so too. I've got few suggestions: * in cmake-utils_src_make(): emake [EMAIL PROTECTED] - it would allow something like this: cmake-utils_src_make -j1 * if you `cd' into build directory - *please* return to ${S} -> use pushd/popd. Last thing: please reply to gentoo-dev too :) -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: cmake.eclass
Donnie Berkholz wrote: >> I've wrote an eclass that makes writing ebuilds for such packages a little >> easier - it provides an ecmake function that takes care of few needed >> variables, >> prefix and such. > > Great! When's the scons one coming? =) I don't know scons ;) >> # >> # Original Author: nelchael >> # Purpose: Automate src_install and src_compile for packages using cmake >> # > > This would be a great opportunity to start using real eclass > documentation (e.g. that found in eutils.eclass) so we can autogenerate > a useful manpage on how to use it. Done. >> # If you want to build in source tree set CMAKE_IN_SOURCE_BUILD to anything: >> [[ -n "${CMAKE_IN_SOURCE_BUILD}" ]] && CMAKE_BUILD_DIR="${S}" > > Why would I want to do that? Some documentation would help. Added: some packages refuse to build out of source, so it may be needed in some cases. >> function ecmake() { > > Why are some functions declared with 'function' and others not? Fixed: added '^function ' >> -DCMAKE_CXX_COMPILER="$(type -P $(tc-getCXX))" \ > > Why the 'type -P' bit? To get the full path to $CC and $CXX >> make DESTDIR="${D}" install || die "make install failed" > > Does emake work? It should -> fixed. Attached is new version and a diff to previous. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... # Copyright 1999-2007 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: $ # @ECLASS: cmake.eclass # @MAINTAINER: # [EMAIL PROTECTED] # @BLURB: wrap cmake # @DESCRIPTION: # The cmake eclass contains functions wrapping cmake to ease its usage in # ebuilds. It allows both out of source and in source builds. inherit toolchain-funcs multilib EXPORT_FUNCTIONS src_compile src_install DEPEND="${DEPEND} >=dev-util/cmake-2.4.6-r1" CMAKE_BUILD_DIR="${WORKDIR}/cmake-build" # Some packages don't build out of source, so if you want to build in source # tree set CMAKE_IN_SOURCE_BUILD to anything before inheriting cmake.eclass: [[ -n "${CMAKE_IN_SOURCE_BUILD}" ]] && CMAKE_BUILD_DIR="${S}" # @FUNCTION: prepare_build_dir # @USAGE: # @DESCRIPTION: # Create the build directory if it doesn't exist, this function should not be # used outside of this eclass. function prepare_build_dir() { if [[ ! -d "${CMAKE_BUILD_DIR}" ]]; then mkdir -p "${CMAKE_BUILD_DIR}" \ || die "mkdir \"${CMAKE_BUILD_DIR}\" failed" fi } # @FUNCTION: ecmake # @USAGE: # @DESCRIPTION: # Run cmake to prepare makefiles, also prepares the build directory. function ecmake() { prepare_build_dir pushd "${CMAKE_BUILD_DIR}" > /dev/null [[ -n "${CMAKE_VERBOSE}" ]] && \ CMAKE_FLAGS="-DCMAKE_VERBOSE_MAKEFILE=1 ${CMAKE_FLAGS}" echo "cmake -DCMAKE_CXX_COMPILER=\"$(type -P $(tc-getCXX))\" -DCMAKE_CXX_FLAGS=\"${CXXFLAGS}\" -DCMAKE_C_COMPILER=\"$(type -P $(tc-getCC))\" -DCMAKE_C_FLAGS=\"${CFLAGS}\" -DCMAKE_INSTALL_PREFIX=\"/usr\" -DLIB_INSTALL_DIR=\"/usr/$(get_libdir)\" \"${S}\" ${CMAKE_FLAGS}" /usr/bin/cmake \ -DCMAKE_CXX_COMPILER="$(type -P $(tc-getCXX))" \ -DCMAKE_CXX_FLAGS="${CXXFLAGS}" \ -DCMAKE_C_COMPILER="$(type -P $(tc-getCC))" \ -DCMAKE_C_FLAGS="${CFLAGS}" \ -DCMAKE_INSTALL_PREFIX="/usr" \ -DLIB_INSTALL_DIR="/usr/$(get_libdir)" \ ${CMAKE_FLAGS} \ "${S}" || die "cmake failed" popd > /dev/null } # @FUNCTION: cmake_src_compile # @USAGE: # @DESCRIPTION: # Default src_compile for ebuilds using cmake, runs `ecmake' and then `emake'. function cmake_src_compile() { ecmake pushd "${CMAKE_BUILD_DIR}" > /dev/null emake [EMAIL PROTECTED] || die "emake failed" popd > /dev/null } # @FUNCTION: cmake_src_install # @USAGE: # @DESCRIPTION: # Default src_install for ebuilds using cmake, runs `emake install' in build # directory. function cmake_src_install() { pushd "${CMAKE_BUILD_DIR}" > /dev/null emake DESTDIR="${D}" install || die "make install failed" popd > /dev/null } Index: cmake.eclass === --- cmake.eclass(revision 285) +++ cmake.eclass(working copy) @@ -2,10 +
[gentoo-dev] RFC: cmake.eclass
A little introduction: cmake is an alternative for autotools, more and more packages are using it (and some new big ones are on the way, KDE4 for example). I've wrote an eclass that makes writing ebuilds for such packages a little easier - it provides an ecmake function that takes care of few needed variables, prefix and such. I'm open for discussion about it, the eclass currently is only in my overlay at o.g.o. For example I've changed sys-power/ncpufreqd to use the cmake.eclass, complete ebuild can be viewed at http://overlays.gentoo.org/dev/nelchael/browser/sys-power/ncpufreqd/ncpufreqd-2.4.ebuild (compare it to the in-tree version: http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-power/ncpufreqd/ncpufreqd-2.4.ebuild?rev=1.1&view=markup ) Following ebuilds (52 to be exact) have dev-util/cmake in {R,}DEPEND (so could use the new eclass): app-cdr/cdrkit-1.1.2 app-cdr/cdrkit-1.1.4 app-cdr/cdrkit-1.1.5.1 app-cdr/cdrkit-1.1.6 app-mobilephone/gammu-1.12.0 app-mobilephone/gammu-1.13.0 dev-cpp/eigen-1.0.5 dev-cpp/gccxml-0.6.0-r1 dev-cpp/gccxml-0.7.0_pre20060311 dev-db/mysql-community-5.1.14_beta-r1 dev-db/mysql-community-5.1.15_beta dev-db/mysql-community-5.1.21_beta dev-games/physfs-1.1.1 dev-php5/php-qt-0.1 dev-ruby/qt4-qtruby-1.4.8 dev-ruby/qt4-qtruby-1.4.9 dev-ruby/qt4-qtruby-1.4.9-r1 dev-util/dwarves-1.0_p1 dev-util/kdesvn-0.11.2 dev-util/kdesvn-0.12.1 dev-util/kdesvn-0.13.0 dev-util/kdesvn-0.14.0 games-fps/doomsday-1.9.0_beta5 games-puzzle/ksudoku-0.4 games-strategy/boson-0.13 games-strategy/hedgewars-0.9.0 games-strategy/hedgewars-0.9.0-r1 kde-misc/kbfx-0.4.9.3.1-r1 kde-misc/kgtk-0.9.1-r1 media-libs/libprojectm-1.01 media-libs/libprojectm-1.01-r1 media-plugins/libvisual-projectm-1.0 media-sound/mppenc-1.16 media-sound/musescore-0.6.1 media-sound/musescore-0.7.0.1 media-sound/rosegarden-1.5.1 net-p2p/museek+-0.1.13-r1 sci-astronomy/stellarium-0.9.0 sci-chemistry/avogadro-0.1.0 sci-chemistry/avogadro-0.2.0 sci-geosciences/marble-0.3 sci-geosciences/marble-0.4 sci-libs/vtk-5.0.3 sci-visualization/paraview-2.6.2 sys-apps/initng-0.6.10.1 sys-apps/initng- sys-apps/initng-ifiles-0.1.4 sys-power/ncpufreqd-2.4 x11-themes/gtk-engines-qt-0.7_p20070327-r2 x11-themes/gtk-engines-qt-0.8 x11-themes/gtk-engines-qtcurve-0.55.0 x11-themes/qtcurve-0.55.0 -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... # Copyright 1999-2007 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: $ # # Original Author: nelchael # Purpose: Automate src_install and src_compile for packages using cmake # inherit toolchain-funcs multilib EXPORT_FUNCTIONS src_compile src_install DEPEND="${DEPEND} >=dev-util/cmake-2.4.6-r1" CMAKE_BUILD_DIR="${WORKDIR}/cmake-build" # If you want to build in source tree set CMAKE_IN_SOURCE_BUILD to anything: [[ -n "${CMAKE_IN_SOURCE_BUILD}" ]] && CMAKE_BUILD_DIR="${S}" # # Prepare CMAKE_BUILD_DIR: # - create the directory if it's missing # function prepare_build_dir() { if [[ ! -d "${CMAKE_BUILD_DIR}" ]]; then mkdir -p "${CMAKE_BUILD_DIR}" \ || die "mkdir \"${CMAKE_BUILD_DIR}\" failed" fi } # # Run cmake with some needed defines. # If you want to add something use CMAKE_FLAGS. # If you want verbose makefile set CMAKE_VERBOSE to anything. # function ecmake() { prepare_build_dir pushd "${CMAKE_BUILD_DIR}" > /dev/null [[ -n "${CMAKE_VERBOSE}" ]] && \ CMAKE_FLAGS="-DCMAKE_VERBOSE_MAKEFILE=1 ${CMAKE_FLAGS}" echo "cmake -DCMAKE_CXX_COMPILER=\"$(type -P $(tc-getCXX))\" -DCMAKE_CXX_FLAGS=\"${CXXFLAGS}\" -DCMAKE_C_COMPILER=\"$(type -P $(tc-getCC))\" -DCMAKE_C_FLAGS=\"${CFLAGS}\" -DCMAKE_INSTALL_PREFIX=\"/usr\" -DLIB_INSTALL_DIR=\"/usr/$(get_libdir)\" \"${S}\" ${CMAKE_FLAGS}" /usr/bin/cmake \ -DCMAKE_CXX_COMPILER="$(type -P $(tc-getCXX))" \ -DCMAKE_CXX_FLAGS="${CXXFLAGS}" \ -DCMAKE_C_COMPILER="$(type -P $(tc-getCC))" \ -DCMAKE_C_FLAGS="${CFLAGS}" \ -DCMAKE_INSTALL_PREFIX="/usr" \ -DLIB_INSTALL_DIR="/usr/$(get_libdir)" \ ${CMAKE_FLAGS} \ "${S}" || die "cmake failed" popd > /dev/null } # # Run `ecmake' and default make target. # cmake_src_compile() { ecmake pushd "${CMAKE_BUILD_DIR}" > /dev/null emake [EMAIL PROTECTED] || die "emake failed" popd > /dev/null } # # Change to build directory and run `make install'. # cmake_src_install() { pushd "${CMAKE_BUILD_DIR}" > /dev/null make DESTDIR="${D}" install || die "make install failed" popd > /dev/null } signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: x11-misc/xcut
# Krzysiek Pawlik <[EMAIL PROTECTED]> (15 Oct 2007) # Copying doesn't work, use xclip instead, see bug #191553 x11-misc/xcut Bug: https://bugs.gentoo.org/show_bug.cgi?id=191553 Will be removed on 2007/11/15 -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] ML changes
Seemant Kulleen wrote: > My only comment for now is: why not just make -core read only, but > public, and leave -dev as it is? That way we don't have to muck around > with deprecating lists and introducing new ones. I'm for that idea - less problems for infra, no big changes. Would the archives of -core be opened too? -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Bye Gentoo!
Bryan Østergaard wrote: > It's with a bit of sadness but also a bit of relief that I'm finally > retiring from > Gentoo. I'm sad to see you go :( You've helped me a lot (in fact very, very much) to be a good developer. Maybe it's possible for you to take a few weeks off instead of permanently leaving Gentoo? Just like Luis suggested? -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
[gentoo-dev] jabberd2
Hi, I'm looking for someone to help maintain >=net-im/jabberd-2.0 - I'm taking care of 1.4 series, but I lack experience with >=2.0. If anyone is willing to help - please drop me an email. jabberd-2.0.11 is in good shape - no open bugs, there's only 178055 - version bump to 2.1.5. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: binary JWSDP
+# Krzysiek Pawlik <[EMAIL PROTECTED]> (4 May 2007) +# Masked for removal: from source versions are in the +# tree, so please use that. +# Will be removed by end of May. +dev-java/sun-fastinfoset-bin +dev-java/sun-jaxb-bin +dev-java/sun-jaxp-bin +dev-java/sun-jaxr-bin +dev-java/sun-jaxrpc-bin +dev-java/sun-jaxws-bin +dev-java/sun-jwsdp-shared-bin +dev-java/sun-saaj-bin +dev-java/sun-sjsxp-bin +dev-java/sun-wsdp-bin +dev-java/sun-xmldsig-bin +dev-java/sun-xws-security-bin -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: dev-java/qat
+# Krzysiek Pawlik <[EMAIL PROTECTED]> (28 Apr 2007) +# Package uses generation 1 eclasses and has stale upstream. +# It will be removed from the tree around end of May. +dev-java/qat "end of May" is 28 of May -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: dev-java/fesi
+# Krzysiek Pawlik <[EMAIL PROTECTED]> (28 Apr 2007) +# Package uses generation 1 eclasses and has stale upstream. +# For JS use dev-java/rhino. +# It will be removed from the tree around end of May. +dev-java/fesi "end of May" is 28 of May -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: dev-java/nice
+# Krzysiek Pawlik <[EMAIL PROTECTED]> (28 Apr 2007) +# Package uses generation 1 eclasses and has stale upstream. +# It will be removed from the tree around end of May. +dev-java/nice "end of May" is 28 of May ;) -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: dev-java/jcs-bin
+# Krzysiek Pawlik <[EMAIL PROTECTED]> (27 Apr 2007) +# Mask binary-only version of jcs, please use dev-java/jcs, +# will be removed from the tree around end of May. +dev-java/jcs-bin + "end of May" is 27 of May ;) -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] New developer: Dawid Węgliński (cla)
Petteri Räty wrote: > It's my please to introduce to you Dawid "cla" Węgliński. A fellow with > enough weird letters in his name and who hails from Kłodzko, Poland, cla > is going to start a new artwork project so we are expecting a lot of > good quality wallpapers etc to follow. At least this time the German > conspiracy is not growing :) Yay! Cześć, Hello, etc ;) -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] About testing applications
Simon Stelling wrote: > Even better: Fix them to use ~/.config/ instead, so they don't > clutter up the home unnecessarily :) Won't it change how the vanilla upstream version and the one from portage behave? IMHO such changes are not a good idea. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: net-misc/yasuc
As the package may transfer user data to anyone owning that domain after 1 March 2007 it will be removed in 9 days instead of usual 30: # Krzysiek Pawlik <[EMAIL PROTECTED]> (19 Feb 2007) # Pending removal 28 Feb 2007, bug #167024 # See also http://pl.uptime-project.net/board/viewtopic.php?t=1435 net-misc/yasuc From Uptime-Project admins: ... +++ We are very sad to say it, but we decided to close down the Uptime-Project on the 1st of March 2007. +++ ... Please shut down all the uptime-clients you're running because we can't keep the domain name forever and we don't want somebody to get his hands on the user data the clients are sending. ... -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] New network config for baselayout-ng
Donnie Berkholz wrote: >>>> Welcome to baselayout-ng >>> please god do not use this name ... just call it baselayout-2 >> Especially as what will you call the replacement for baselayout-ng? >> baselayout-ng-ng? > > What did they call the Star Trek after NG? =) Deep Space Nine, then Voyager, then Enterprise... sounds good to me ;) baselayout-deep-space-nine ;) Portage would hate such versioning scheme ;) -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: x11-misc/gpasman
x11-misc/gpasman was masked today due to bug #156490. It's going to be removed around 10 Feb 2007. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache, ppc... -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: David Shakaryan (omp)
Christian Heim wrote: > Its my pleasure to introduce to you David Shakaryan (also known as omp), our > latest addition joining to help out with desktop-misc and the commonbox-herd. ... > His skillset isn't as evolved as lack's; he only knows Bash, > PHP/HTML/XHTML/CSS and Ruby. But he's looking forward to the day when he'll > decide if its advantageous to learn C/C++. It is - most packages in desktop-* and commonbox are C/C++ ;] > So please welcome David as a new fellow developer among us! Welcome :) -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] GLEP 52 - GLEP 23 revisited
Simon Stelling wrote: > I would like you to share your comments on the attached GLEP with me. I like the idea with one exception: > Licenses that need to be explicitly accepted before installation of a package > (and only these) should be package.masked by default with a header like > the following: > > :: > > # Simon Stelling <[EMAIL PROTECTED] (20 Sep 2006) > # This license needs to be agreed on explicitly to be considered > # legally binding. > # By unmasking and installing the package you agree with its terms. > txt-licenses/wierd-license Why not make the ebuild ask for confirmation? Would work with versioned licenses (for example: txt-licenses/wierd-license-2.1 and txt-licenses/wierd-license-2.999 - both would require ACK). Breaks portage in a way it's interactive, but it's already happening in few ebuilds (eutils.eclass::check_license()). -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Orphaned packages
Gustavo Felisberto wrote: > net-im/jabberd > net-im/gg-transport I'll take those two. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Local USE flags bite the dust
Brian Harring wrote: > Missed a few before j from the looks of it- attached is a list of > unused use.local.desc flags should anyone be bored and care to clean > it. [cut] > x11-terms/mrxvt: use.local.desc unused flag(s): xgetdefault Thanks. Removed. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, x86, java, apache... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Xmms needs to die.
Robert Cernansky wrote: > Unfortunatelly this is something different. xmm-pipe lets you control > running xmms from commandline (thus binding these commands to > keys). It allows control volume, skipping in current track (fast > forward), do some playlist actions and lot more. This helps: [EMAIL PROTECTED] ~$ audacious --help Usage: audacious [options] [files] ... Options: -h, --help Display this text and exit -n, --session Select Audacious/BMP/XMMS session (Default: 0) -r, --rew Skip backwards in playlist -p, --play Start playing current playlist -u, --pausePause current song -s, --stop Stop current song -t, --play-pause Pause if playing, play otherwise -f, --fwd Skip forward in playlist -e, --enqueue Don't clear the playlist -m, --show-main-window Show the main window -a, --activate Activate Audacious -i, --sm-client-id Previous session ID -H, --headless Headless operation [experimental] -N, --no-log Disable error/warning interception (logging) -v, --version Print version number and exit -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, desktop-wm, x86, java, apache... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] architectures which support Java
Joshua Nichols wrote: > Doesn't support: > alpha Alpha has compaq-{jdk,jre} which requires nast hacks with glibc and doesn't work - details are in virtual/{jdk,jre} bugs. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, desktop-wm, x86, java, apache... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Removing www-servers/resin-ee
Anatoly Shipitsin wrote: >> I've masked www-servers/resin-ee on 1 July, it will be removed from tree >> around friday (14 July) - it's old, binary and there's no version 3 of >> it. Please use www-servers/resin. > it's not replaced by resin pro ? It is - not yet in portage. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, desktop-wm, x86, java, apache... signature.asc Description: OpenPGP digital signature
[gentoo-dev] Removing www-servers/resin-ee
I've masked www-servers/resin-ee on 1 July, it will be removed from tree around friday (14 July) - it's old, binary and there's no version 3 of it. Please use www-servers/resin. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, desktop-wm, x86, java, apache... signature.asc Description: OpenPGP digital signature
[gentoo-dev] New eclass: java-wsdp.eclass
New eclass has been added to the tree: - java-wsdp.eclass This class is to make ebuilds for all JWSDP ( http://java.sun.com/webservices/jwsdp/ ) smaller and simpler. I'll start commiting ebulds using this eclass in the evening (UTC), those are (all in dev-java): - sun-fastinfoset-bin - sun-jaxb-bin - sun-jaxp-bin - sun-jaxr-bin - sun-jaxrpc-bin - sun-jaxws-bin - sun-jwsdp-shared-bin - sun-saaj-bin - sun-sjsxp-bin - sun-wsdp-bin - sun-xmldsig-bin - sun-xws-security-bin The eclass has been tested - it has been in Java experimental overlay for quite some time. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, desktop-wm, x86, java, apache... signature.asc Description: OpenPGP digital signature
[gentoo-dev] New virtuals: virtual/jre and virtual/jdk
Two new new-style virtuals have been added today to the tree: - virtual/jdk - virtual/jre This allows migration to generation 2 of Java build system to advance. All virtual/{jdk,jre} have been removed from profiles. The bug for this was #138747. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, desktop-wm, x86, java, apache... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] bugzilla 2.22 masked ~x86
Enrico Weigelt wrote: > How does the process of proving packages work ? Please file a stabilization bug on b.g.o with ebuild version and `emerge --info`. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, desktop-wm, x86, java, apache... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] New ebuild Developer: Christian Hartmann (ian!)
Danny van Dyk wrote: > It is my pleasure to announce publicly that ian! has passed all > necessary quizzes to touch our holy gra^H^H^H portage tree. Ian - welcome :) -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Gentoo theming during bootup
Donnie Berkholz wrote: >> can you post the .xpm for use with grub-0.xx for me to check out ? > Don't have one designed yet, this is all still in the planning stages. There's one available at http://www.schultz-net.dk/grub.html (scroll down pass the Debian/Slackware ;) ). -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java, apache... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Eclass for prime numbers
Michael Hanselmann wrote: >> In what range do you need the random numbers? > > For this ebuild, lower than 1000. > >> And I guess a 32-bit prime is out of reach :-) > > Indeed. So maybe use a precomputed table of primes <1000 ? -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: current portage rsnapshot can eat your backups
Harry Putnam wrote: > At any rate attempting to log in with the supplied passwd and real > name fails ... Use e-mail. -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, desktop-dock, x86, java... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] New developer: Jokey (Markus Ullmann)
Diego 'Flameeyes' Pettenò wrote: > On Saturday 28 January 2006 12:37, [EMAIL PROTECTED] wrote: >> Please welcome Markus to the team. > Hi Markus! :) Welcome Markus :) > use repoman || die > > [This time it was the case to use this lame joke, right? :)] " - Kaboom?" " - Yes Rico, kaboom." -- Krzysiek 'Nelchael' Pawlik GPG:0xBC51 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] New Polish translator shadoww (Damian Kuras)
Diego 'Flameeyes' Pettenò wrote: >> yups polish conspiracy is growing... > And most of it is under my control :P Bwahahahahahaha ]:-> > Welcome Damian! :) Welcome :) -- Krzysiek 'Nelchael' Pawlik GPG:0xBC51 signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites for x11-libs/docklib
Hi, x11-libs/docklib is old, unmaintained and not used. All dockaps that use such library use x11-libs/libdockap already (last was ported today). There's no ebuild that depends on docklib. I've scheduled it for removal on Friday 27/01 if nobody complains (currently p.masked). -- Krzysiek 'Nelchael' Pawlik GPG:0xBC51 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] pdf use flags
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marius Mauch wrote: > One case that doesn't completely fit into this category is > x11-misc/openclipart as the existing local "pdf" flag just determines > if some pdf files should be installed. Not sure how exactly to deal > with this situation, but in doubt the new global flag could IMO be > abused (less flags == better). Yes, pdf in openclipart means - install PDF files (like png, svg flags). The package contains small ammount of PDF files, but that can change in next release. If PDF global use flag is introduced then openclipart will abuse it, but only a little - it will not mean "include support for PDF files", but "install PDF files" - much like (already mentioned) svg and png flags. So... don't bother with it ;) > So unless there are any objections to this I'll make the change this > weekend. - From me - no objections :) - -- Krzysiek 'Nelchael' Pawlik GPG:0xBC51 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDzBx5go/w9rxVVVERApupAJ9RosG3xFERMFHcjP6LoubOsReXJQCgoKWc jpcWp5WREIviBijcJ1PtFG0= =VpGF -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New developers: Martin Ehmsen (ehmsen) and Michal Kurgan (moloh)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sune Kloppenborg Jeppesen wrote: > Ahh great! Another candidate for the Danish conspiracy:-) Also one for Polish :) Welcome Martin and Michał :) - -- Krzysiek 'Nelchael' Pawlik GPG:0xBC51 /me runs -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDytaGgo/w9rxVVVERAleuAKCAeD0z0CiXzQ6VDjALhhiO8XiT8ACgrMGI ZxpMjQqlEmI4gb+TLJB5feM= =kqHi -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Ebuilds for packages without a homepage?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Frysinger wrote: > how can a blank HOMEPAGE be misleading ? Page is unknown, too lazy to search, what does empty HOMEPAGE exactly mean? - -- Krzysiek 'Nelchael' Pawlik GPG:0xBC51 Lottery: A tax on people who are bad at math. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDXoWJgo/w9rxVVVERAiS+AJ49naE8YX7AiPYQntVkQMXZ+wN1QwCfUssB T4fjjCTmHsy169aWxKPthYU= =63OB -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Ebuilds for packages without a homepage?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marco Morales wrote: > I think "none" could be the better workaround imho. I vote for "none" too :) It clearly states, that HOMEPAGE is missing. Blank HOMEPAGE is misleading. - -- Krzysiek 'Nelchael' Pawlik GPG:0xBC51 I don't suffer from insanity. I enjoy every minute of it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDXnrogo/w9rxVVVERAtzPAJwJS022s3li7yQeTzTxTEMlZqRRQwCfTU0y HMx2CGolYz9FXr2H/RmPGFY= =OKPF -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: CHTEKK
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Welcome CHTEKK :) - -- Krzysiek 'Nelchael' Pawlik GPG:0xBC51 Lottery: A tax on people who are bad at math. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDW86Tgo/w9rxVVVERAhrFAJ4jdPekY6chR7HFQW4kyz/5C1excACdHjX+ Wdfa5AJ5aBGGg5u5j6JFXwE= =Cu0v -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New developers / polish invasion :)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Elfyn McBratney wrote: >>Krzysiek Pawlik (nelchael) is going to help with the influx of >>desktop-misc bugs. I'll let Krzysiek introduce himself: > > > /me prods nelchael > ;) /me pokes beu /me pokes beu again /me pokes beu again and again > *cough* .. someone seems to have forgotten to list perl whore in their > list of Gentoo duties ;) perl, perl... hm.. I remeber seeing "perl" kicked from #gentoo-python :] > Welcome aboard, fellas ! :D :) - -- Krzysiek 'Nelchael' Pawlik GPG:0xBC51 The generation of random numbers is too important to be left to chance. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDMq41go/w9rxVVVERAsglAJ0SNMCylxZgs7pEYESspizn/Q563wCfYzdL FHXI6Za+VHB2jXIJGBHqIr8= =pgEj -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New developers / polish invasion :)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wernfried Haas wrote: > Ok, here's a warm welcome to nelchael and mkay. Would you like fries > with it? Will You bring salt too? ;) - -- Krzysiek 'Nelchael' Pawlik GPG:0xBC51 Always remember you're unique, just like everyone else. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDMq23go/w9rxVVVERArMmAKCeA50JyFoc0CVhNQ1DswLTWF2aSgCfQG8J xTeMDiiFTDEjQM3a06c9Mj4= =g2cT -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Keep track what ebuild comes from what repository
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 pclouds wrote: > This is an idea. Currently, after an ebuild is merged into system. I > have no idea where that ebuild comes from. Use emerge: [EMAIL PROTECTED] ~$ emerge -pv resin These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] www-servers/resin-3.0.13 0 kB [2] ^ Total size of downloads: 0 kB Portage overlays: [1] /usr/local/portage/devel [2] /usr/local/portage/java [3] /usr/local/portage/my [EMAIL PROTECTED] ~$ It informs whenever this ebuild comes from main portage tree, or from overlay (and from which overlay). - -- Krzysiek 'Nelchael' PawlikRLU #322999GPG:0xBC51 gentoo - kernel 2.6.xx + CK patchset http://fatcat.ftj.agh.edu.pl/~nelchael/ 'Calm down -- it's only ones and zeros.' -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDHA5rgo/w9rxVVVERAqidAKCxDTCJl7uPzG8SkpAPB8zd3CyoSQCgjr25 WFxIz8uuyhT8vLd7uYoPx3Q= =pF26 -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Questions about licenses
Chris Gianelloni wrote: >>Symlink? If MIT == MetaKit, then: >>ln -s MIT MetaKit > CVS doesn't allow symlinks Ouch... right :) Forgot about that. -- Krzysiek 'Nelchael' PawlikRLU #322999GPG:0xBC51 gentoo - kernel 2.6.11-ck10 http://fatcat.ftj.agh.edu.pl/~nelchael/ Artificial Intelligence usually beats real stupidity. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Questions about licenses
Jon Portnoy wrote: > You're right; chances are this is a mistake on the part of whoever > wrote/committed the MetaKit ebuild, it probably had a 'COPYING' file and > whoever reviewed it didn't recognize the MIT license. File a bug Done: https://bugs.gentoo.org/show_bug.cgi?id=96173 -- Krzysiek 'Nelchael' PawlikRLU #322999GPG:0xBC51 gentoo - kernel 2.6.11-ck10 http://fatcat.ftj.agh.edu.pl/~nelchael/ Artificial Intelligence usually beats real stupidity. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Questions about licenses
Jon Portnoy wrote: >>Symlink? If MIT == MetaKit, then: ^^ >>ln -s MIT MetaKit > I don't know about this specific case but generally speaking licenses > that're similar in language and intent have very small (often cosmetic) > differences; if there is even the slightest difference it (legally) > qualifies as a different license and probably really should be included > separately to be safe Exactly my point :) I've looked at MIT and MetaKit and: +Copyright (c) 1996-2001 Jean-Claude Wippler -Copyright (c) Except formatting and above diff theye are identical. -- Krzysiek 'Nelchael' PawlikRLU #322999GPG:0xBC51 gentoo - kernel 2.6.11-ck10 http://fatcat.ftj.agh.edu.pl/~nelchael/ now touch these wires to your tongue! -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Questions about licenses
Torsten Veller wrote: > Why do we add a license to the licenses/ dir? ;) > Does the language of the license matter? (selfhtml is in german) IMVHO: yes. I don't understand German, but English yes. > Aren't MIT and MetaKit and ... the same license? > Aren't X11 and cdegood and JamesClark and ... the same license? > Should the licenses/ dir be cleaned? > (Should placeholders be used as in MIT?) Symlink? If MIT == MetaKit, then: ln -s MIT MetaKit -- Krzysiek 'Nelchael' PawlikRLU #322999GPG:0xBC51 gentoo - kernel 2.6.11-ck10 http://fatcat.ftj.agh.edu.pl/~nelchael/ Don't take life too seriously, you won't get out alive. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] i have an idea ! (erescue)
Donnie Berkholz wrote: >> Use `quickpkg` before dangerous updates/merges. If something brakes - >> untar the package. > > Doesn't work too well when tar's broken too. =) Use static tar na bzip2 ;) Seriously: I'm for erescue (or whatever name will be chosen). -- Krzysiek 'Nelchael' Pawlik RLU #322999[EMAIL PROTECTED] gentoo base system - kernel 2.6.11-ck8 GPG:0x7E226904 http://fatcat.ftj.agh.edu.pl/~nelchael/ According to my calculations the problem doesn't exist. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] i have an idea ! (erescue)
Mike Frysinger wrote: > [...] Use `quickpkg` before dangerous updates/merges. If something brakes - untar the package. -- Krzysiek 'Nelchael' Pawlik RLU #322999[EMAIL PROTECTED] gentoo base system - kernel 2.6.11-ck8 GPG:0x7E226904 http://fatcat.ftj.agh.edu.pl/~nelchael/ Never forget: 2 + 2 = 5 for extremely large values of 2. -- gentoo-dev@gentoo.org mailing list