Re: [gentoo-dev] New eclass osgi.eclass
On 22:26 Wed 05 Dec , Alistair Bush wrote: # @ebuild-function _java-pkg_osgi-plugin I just picked this one at random, although my question applies to the whole eclass. Why is everything tagged with a java-pkg_ prefix? Thanks, Donnie -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] OT: Request to participate in a survey for a doctoral thesis about Project Communities
071205 Marius Mauch wrote: On Wed, 5 Dec 2007 Bj?rn Benz [EMAIL PROTECTED] wrote: http://dissertation.bjoern-benz.de/output/project_community/ b) the page doesn't load for me, seems to be a redirection loop between index.php, form.php login.php (maybe because I disabled cookies) Lynx Dillo show a blank page, but Firefox opens it ok with cookies: probably it uses Javascript, which the former can't handle. I had a look at the 1st page of questions, but didn't go further. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Few packages for grabs.
Today I grepped tree for my nick at metadata.xml's and to be honest, I don't want or have time to maintain these, app-misc/banner, duh? why am I here? app-misc/emelfm2, version bump bug open but isn't keyworded and doesn't work on ~amd64 but was fine on ~x86. games-arcade/stepmania, insane set of patches to keep it working, and upstream is yet to be contacted with them, but no bugs (games is a herd here, is it OK for me to remove myself from metadata?) gnome-extra/gnome-vfs-obexftp, gnome or bluetooth maintainers may want to take this (it's from gnome ftp, file transfers with nautilus etc.), no bugs media-gfx/fontypython, dirtyepic just opened a bug for me.. wxgtk problems, why did I add this even if first place?! media-gfx/gnome-specimen, no bugs, nice font viewer for gnome (and why not others) (gnome may want this) media-gfx/xzgv, no bugs, gtk+-2 resurrection of good 'ol xzgv. dev-util/geany, no bugs, nice editor/IDE using only gtk+-2 without gnome deps etc. If noone takes them, or there is no herd I will, of course, continue on maintaining them. Thanks, drac -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] New eclass osgi.eclass
Donnie Berkholz kirjoitti: On 22:26 Wed 05 Dec , Alistair Bush wrote: # @ebuild-function _java-pkg_osgi-plugin I just picked this one at random, although my question applies to the whole eclass. Why is everything tagged with a java-pkg_ prefix? Thanks, Donnie Probably used the same prefix as the traditional java stuff but yes these should use the osgi prefix. I was also thinking whether we should be naming this java-osgi as we already have java-ant instead of ant etc. Regards, Petteri Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] X drivers up for grabs
On 07:31 Tue 04 Dec , Rémi Cardona wrote: Donnie Berkholz wrote: i810 (a.k.a. Intel) I can help with this one. It's yours. I'll start reassigning bugs over the next couple of days. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] X drivers up for grabs
Donnie Berkholz wrote: On 07:20 Tue 04 Dec , Piotr Jaroszyński wrote: On Tuesday 04 of December 2007 02:29:20 Donnie Berkholz wrote: evdev input driver I can take it unless someone else wants it more :) It's yours. I'll start reassigning bugs over the next couple of days. Thanks, Donnie (Nelson impression...) haha, peper! Start checkin out Ubuntu... compnerd says they apply 120 patches to this driver.. Also, start fixing the issues it has with HAL 0.5.10 since that's going to hit the tree for real shortly. If you need a version to test against, try Gentopia's overlay. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] X drivers up for grabs
On 07:20 Tue 04 Dec , Piotr Jaroszyński wrote: On Tuesday 04 of December 2007 02:29:20 Donnie Berkholz wrote: evdev input driver I can take it unless someone else wants it more :) It's yours. I'll start reassigning bugs over the next couple of days. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] OT: Request to participate in a survey for a doctoral thesis about Project Communities
On Wed, 5 Dec 2007 09:36:36 +0100 Björn Benz [EMAIL PROTECTED] wrote: http://dissertation.bjoern-benz.de/output/project_community/ Thank you for your participation, a) you should probably send this to gentoo-project b) the page doesn't load for me, seems to be a redirection loop between index.php, form.php and login.php (maybe because I've disabled cookies?) Marius -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: Few packages for grabs.
Samuli Suominen wrote: media-gfx/fontypython, dirtyepic just opened a bug for me.. wxgtk problems, why did I add this even if first place?! media-gfx/gnome-specimen, no bugs, nice font viewer for gnome (and why not others) (gnome may want this) You can stick these with fonts (me ;P). I'll see what I can do with fontypython. If gnome wants gnome-specimen then cool. I don't run gnome much. -- looks like christmas at fifty-five degrees this latitude weakens my knees EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 (0xF9A40662) signature.asc Description: OpenPGP digital signature
[gentoo-dev] OT: Request to participate in a survey for a doctoral thesis about Project Communities
Dear Open Source developer, I'm student of the Leuphana University in Lueneburg, Germany. I'm writing my doctoral thesis about the innovativity of Project Communities. I've picked your Project at random and would like to ask you to take part of this pilot study. To complete the questionair form will take you 10 to 15 minutes. You'll finde it under http://dissertation.bjoern-benz.de/output/project_community/ Thank you for your participation, Björn Benz P.S. I will publish the results in approximately 6 months under http://dissertation.bjoern-benz.de/results/project_community/ -- Björn Benz Leuphana Universität Lüneburg 21335 Lüneburg Mail: science at bjoern-benz.de -- [EMAIL PROTECTED] mailing list
[gentoo-dev] New eclass osgi.eclass
On behalf of Elvanor ( a in the process New Developer ) I would like to present the osgi.eclass. What is OSGi, well Copied directly from wikipedia [1] The Framework implements a complete and dynamic component model, something that is missing in standalone Java/VM environments. Applications or components (coming in the form of bundles for deployment) can be remotely installed, started, stopped, updated and uninstalled without requiring a reboot; management of Java packages/classes is specified in great detail. Life cycle management is done via APIs which allow for remote downloading of management policies. The service registry allows bundles to detect the addition of new services, or the removal of services, and adapt accordingly. Basically and for all the purposes that you will care about, the eclass adds information to a jar's Manifest file that can then be used by the OSGi framework ( aka currently eclipse ). Without this functionality we will not be able to use system jars for our eclipse package. you may find an example ebuild that uses the osgi class at http://overlays.gentoo.org/svn/proj/java/java-experimental/dev-java/swt/swt-3.3-r1.ebuild and the eclass is attached and located at http://overlays.gentoo.org/svn/proj/java/java-experimental/eclass/osgi.eclass Im sure Elvanor can't wait for you constructive feedback on his eclass and depending on your feedback the eclass will enter the tree this weekend. ali_bush [1] http://en.wikipedia.org/wiki/OSGi # Base eclass for Java packages that needs to be OSGi compliant # # Copyright (c) 2007, Jean-Noël Rivasseau [EMAIL PROTECTED] # Copyright (c) 2007, Gentoo Foundation # # Licensed under the GNU General Public License, v2 # # $Header: /var/cvsroot/gentoo-x86/eclass/java-utils-2.eclass,v 1.92 2007/08/05 08:17:05 betelgeuse Exp $ # - # @eclass-begin # @eclass-shortdesc Java OSGi eclass # @eclass-maintainer [EMAIL PROTECTED] # # This eclass provides functionality which is used by # packages that need to be OSGi compliant. This means # that the generated jars will have special headers in their manifests. # Currently this is used only by Eclipse-3.3 - later # we could extend this so that Gentoo Java system would be # fully OSGi compliant. # # - inherit java-utils-2 # We define _OSGI_T so that it does not contain a slash at the end. # According to Paludis guys, there is currently a proposal for EAPIs that # would require all variables to end with a slash. _OSGI_T=${T/%\//} # - # @ebuild-function _java-pkg_osgi-plugin # # This is an internal function, not to be called directly. # # @example # _java-pkg_osgi-plugin JSch # # @param $1 - bundle name # # -- _java-pkg_osgi-plugin() { # We hardcode Gentoo as the vendor name cat ${_OSGI_T}/tmp_jar/plugin.properties -EOF bundleName=${1} vendorName=Gentoo EOF } # - # @ebuild-function _java-pkg_osgijar # # This is an internal function, not to be called directly. # # @example # _java-pkg_osgijar dist/${PN}.jar com.jcraft.jsch com.jcraft.jsch, com.jcraft.jsch.jce;x-internal:=true JSch # # @param $1 - name of jar to repackage with OSGi # @param $2 - bundle symbolic name # @param $3 - export-package-header # @param $4 - bundle name # # -- _java-pkg_osgijar() { debug-print-function ${FUNCNAME} $* [[ ${#} -lt 4 ]] die At least four arguments needed mkdir ${_OSGI_T}/tmp_jar || die Unable to create directory ${_OSGI_T}/tmp_jar [[ -d ${_OSGI_T}/osgi ]] || mkdir ${_OSGI_T}/osgi || die Unable to create directory ${_OSGI_T}/osgi local jar_name=$(basename $1) cp $1 ${_OSGI_T}/tmp_jar pushd ${_OSGI_T}/tmp_jar /dev/null jar xf ${jar_name} rm ${jar_name} popd /dev/null || die Unable to uncompress correctly the original jar cat ${_OSGI_T}/tmp_jar/META-INF/MANIFEST.MF -EOF Manifest-Version: 1.0 Bundle-ManifestVersion: 2 Bundle-Name: %bundleName Bundle-Vendor: %vendorName Bundle-Localization: plugin Bundle-SymbolicName: ${2} Bundle-Version: ${PV} Export-Package: ${3} EOF _java-pkg_osgi-plugin ${4} jar cfm ${_OSGI_T}/osgi/${jar_name} ${_OSGI_T}/tmp_jar/META-INF/MANIFEST.MF \ -C ${_OSGI_T}/tmp_jar/ . /dev/null || die Unable to recreate the OSGi compliant jar rm -rf ${_OSGI_T}/tmp_jar } # - # @ebuild-function java-pkg_doosgijar # # Rewrites a jar, and
Re: [gentoo-dev] OT: Request to participate in a survey for a doctoral thesis about Project Communities
On Wed, 5 Dec 2007 14:08:32 -0500 Philip Webb [EMAIL PROTECTED] wrote: 071205 Marius Mauch wrote: On Wed, 5 Dec 2007 Bj?rn Benz [EMAIL PROTECTED] wrote: http://dissertation.bjoern-benz.de/output/project_community/ b) the page doesn't load for me, seems to be a redirection loop between index.php, form.php login.php (maybe because I disabled cookies) Lynx Dillo show a blank page, but Firefox opens it ok with cookies: probably it uses Javascript, which the former can't handle. I had a look at the 1st page of questions, but didn't go further. Worked *fine* in Opera (shameless promotion) but *do* find a spell checker and use it. Without knowledge of German, it's simply laughable instead of an ernest questionaire. Kind regards, JeR -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: New eclass osgi.eclass
Alistair Bush wrote: Im sure Elvanor can't wait for you constructive feedback on his eclass and depending on your feedback the eclass will enter the tree this weekend. A couple of very minor performance points, which I think are more significant in eclasses. Firstly the basename thing Donnie pointed out before: local feedfile=$(basename ${src}) You could do this in pure bash, although it doesn't really matter: local feedfile=${src##*/} [[ ${#} -lt 4 ]] die At least four arguments needed Arithmetic context is quicker for this: (($#4)) die At least four arguments needed although in this case, _java-pkg_osgijar(), it looks it requires exactly 4: (($#==4)) || die 'Four arguments needed' You have a couple of functions that take, say, 4 or 5 arguments. It would be more robust to use a case, eg: case $# in 5)..;; 4)..;; *) die Incorrect use of $FUNCNAME;; esac ..than if (($#4)); then ..; else .. ;fi _java-pkg_osgi-plugin ${4} # this should be quoted (_java-pkg_osgijar) With regard to: debug-print-function ${FUNCNAME} $* if you want debug-print-function to get the arguments correctly, use $@ not $* (cf 'Special Parameters' in man bash for a proper explanation: this applies to all arrays. http://wooledge.org/mywiki/BashFAQ/073 shows how to manipulate all members of an array, eg to add a prefix.) This use of counter in _java-pkg_osgijar-fromfile is odd: while [[ -n ${1} ]]; do # while [[ $1 ]] or while (($#)) also work if [[ ${1} == --noversion ]]; then noversion=1 else arguments[${counter}]=${1} ((++counter)) fi shift 1 # just shift? done (([EMAIL PROTECTED] 3)) die At least three arguments (not counting --noversion) are needed for java-pkg_osgijar-fromfile() You can either just add to the array with: arguments+=($1) or add using the counter: arguments[counter++]=$1 and then check: ((counter 3)) die .. Arithmetic context[1] applies in array indexes, so you don't need to use a $ for variables and you can post/pre-incr etc there. Yuu can also use it for C-style flags, with 0 as false and non-zero true: if [[ ${noversion} == 1 ]]; can be if ((noversion)); This is handy since unset variables evaluate as zero, which is false inside ((..)), so a simple flag=1 is all that's needed, ie you don't have to set a default, although ofc it's more robust to do so, especially for functions. declare -i flag=0 # makes a local var which can only have integer values assigned (setting it to string typically evaluates to zero; arithmetic context is used for all assignments, so a string which happens to be a variable with an integer will return that value.) [1] http://wooledge.org/mywiki/ArithmeticExpression -- [EMAIL PROTECTED] mailing list
Re: [gentoo-portage-dev] Runtime deps, binary packages and merge order
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zac Medico wrote: The resolver currently tries to merge both RDEPEND and PDEPEND before whenever possible. There is an optimization in 2.1.4_rc that improves merge order in some circular RDEPEND cases, see the cmp_circular_bias() function in depgraph.altlist(). There was another related optimization for bug #189966 that's already in 2.1.3.19. I would encourage people to use PDEPEND whenever appropriate. Since the fix for bug 176765 (2.1.2.6) it behaves very similar to RDEPEND, so it should be usable in more cases. Pardon, I meant to say bug 180045 (2.1.2.10) instead of bug 176765. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHVvCu/ejvha5XGaMRArxkAJ9cMk3Z17Dr9HDxA3FrCAPDouTyXACdEi9F KyA3JuRnEKnOK5LBkYREkbY= =HSrt -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list