[gentoo-dev] Adding NETBEANS to USE_EXPAND

2008-11-19 Thread Miroslav Šulc (fordfrog)
Hi,

I'd like to add NETBEANS to USE_EXPAND. Netbeans (www.netbeans.org) is
modular IDE with 18 modules (clusters). Users can freely choose what
support thay want to build in netbeans, though some modules need other
modules to compile and work. Are there any objections?

Here are the modules/clusters:
IUSE_NETBEANS=+netbeans_apisupport netbeans_cnd netbeans_groovy
netbeans_gsf +netbeans_harness +netbeans_ide netbeans_identity
netbeans_j2ee +netbeans_java netbeans_mobility +netbeans_nb netbeans_php
netbeans_profiler netbeans_soa netbeans_visualweb netbeans_webcommon
netbeans_websvccommon netbeans_xml

Btw, there is also request for this in bugzilla:
http://bugs.gentoo.org/show_bug.cgi?id=211455

I'd like to put the ebuild in the main tree soon as upstream just
released it and we have in the tree only 5.5.1 which is very old.

Thanks for your comments.

Miroslav Šulc (fordfrog)
Gentoo Java Team



Re: [gentoo-dev] Adding NETBEANS to USE_EXPAND

2008-11-19 Thread Miroslav Šulc (fordfrog)
Just a note to my email, maybe it would be better to use
NETBEANS_MODULES instead of NETBEANS as NETBEANS_MODULES is more
accurate. NETBEANS_MODULES was even suggested by Betelgeuse in the
mentioned bug.

Miroslav Šulc (fordfrog)
Gentoo Java Team

Miroslav Šulc (fordfrog) napsal(a):
 Hi,
 
 I'd like to add NETBEANS to USE_EXPAND. Netbeans (www.netbeans.org) is
 modular IDE with 18 modules (clusters). Users can freely choose what
 support thay want to build in netbeans, though some modules need other
 modules to compile and work. Are there any objections?
 
 Here are the modules/clusters:
 IUSE_NETBEANS=+netbeans_apisupport netbeans_cnd netbeans_groovy
 netbeans_gsf +netbeans_harness +netbeans_ide netbeans_identity
 netbeans_j2ee +netbeans_java netbeans_mobility +netbeans_nb netbeans_php
 netbeans_profiler netbeans_soa netbeans_visualweb netbeans_webcommon
 netbeans_websvccommon netbeans_xml
 
 Btw, there is also request for this in bugzilla:
 http://bugs.gentoo.org/show_bug.cgi?id=211455
 
 I'd like to put the ebuild in the main tree soon as upstream just
 released it and we have in the tree only 5.5.1 which is very old.
 
 Thanks for your comments.
 
 Miroslav Šulc (fordfrog)
 Gentoo Java Team
 



Re: [gentoo-dev] Adding NETBEANS to USE_EXPAND

2008-11-19 Thread Miroslav Šulc (fordfrog)
I do not know about Eclipse that much but from my point of view there is
a big difference between Eclipse and Netbeans. Eclipse is an IDE where
you have to install plugins after installation of Eclipse to make
yourself productive, whereas Netbeans provides complete working IDE in
single package (with the possibility to include/exclude some modules),
although the option for installing extra modules is available too. So
unless Eclipse external modules are installed with the IDE, it makes no
sense to apply the same logic for Eclipse, as the way Eclipse modules
are distributed is quite different from how Netbeans does it.

Miroslav Šulc (fordfrog)
Gentoo Java Team

Robert Bridge napsal(a):
 On Wed, 19 Nov 2008 19:03:12 +0100
 Miroslav Šulc (fordfrog) [EMAIL PROTECTED] wrote:
 
 I'd like to add NETBEANS to USE_EXPAND. Netbeans (www.netbeans.org) is
 modular IDE with 18 modules (clusters). Users can freely choose what
 support thay want to build in netbeans, though some modules need other
 modules to compile and work. Are there any objections?
 
 As a sometimes programmer who prefers Eclipse, would it be an option to
 do something similar for that IDE?
 
 This obviously leads to the question of when does a package qualify for
 such an option instead of using a set of regular USE flags...
 
 Just a few thoughts,
 RobbieAB.



Re: [gentoo-dev] Adding NETBEANS to USE_EXPAND

2008-11-20 Thread Miroslav Šulc (fordfrog)
Ok, it seems there are no objections so I will implement
NETBEANS_MODULES within several hours. We also discussed whether to use
NETBEANS_MODULES in USE_EXPAND at #gentoo-dev and agreed on that it will
be ok to implement it.

Miroslav Šulc (fordfrog)
Gentoo Java Team


Miroslav Šulc (fordfrog) napsal(a):
 Hi,
 
 I'd like to add NETBEANS to USE_EXPAND. Netbeans (www.netbeans.org) is
 modular IDE with 18 modules (clusters). Users can freely choose what
 support thay want to build in netbeans, though some modules need other
 modules to compile and work. Are there any objections?
 
 Here are the modules/clusters:
 IUSE_NETBEANS=+netbeans_apisupport netbeans_cnd netbeans_groovy
 netbeans_gsf +netbeans_harness +netbeans_ide netbeans_identity
 netbeans_j2ee +netbeans_java netbeans_mobility +netbeans_nb netbeans_php
 netbeans_profiler netbeans_soa netbeans_visualweb netbeans_webcommon
 netbeans_websvccommon netbeans_xml
 
 Btw, there is also request for this in bugzilla:
 http://bugs.gentoo.org/show_bug.cgi?id=211455
 
 I'd like to put the ebuild in the main tree soon as upstream just
 released it and we have in the tree only 5.5.1 which is very old.
 
 Thanks for your comments.
 
 Miroslav Šulc (fordfrog)
 Gentoo Java Team
 



Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-util/netbeans: ChangeLog netbeans-6.5-r1.ebuild netbeans-6.5.ebuild

2008-11-23 Thread Miroslav Šulc (fordfrog)
Thank you both for the suggestions, I fixed these issues in updated 
netbeans-6.5-r1.


Miroslav Šulc (fordfrog)
Gentoo Java Team

Jeremy Olexa napsal(a):

Peter Volkov wrote:

В Сбт, 22/11/2008 в 18:11 +, Miroslav Sulc (fordfrog) пишет:

fordfrog08/11/22 18:11:25
  Added:netbeans-6.5-r1.ebuild
  Log: netbeans compiles fine even with JDK 1.6 so I dropped the 
restriction on JDK, also commons-fileupload linking fixed



Index: netbeans-6.5-r1.ebuild
===
pkg_setup() {
if use netbeans_modules_apisupport  ! ( use 
netbeans_modules_harness  use netbeans_modules_ide  use 
netbeans_modules_java ) ; then
eerror 'apisupport' USE flag requires 'harness', 'ide' and 
'java' USE flags


Additionally, 'apisupport', 'harness', 'ide' and 'java' are not USE 
flags. You have to set NETBEANS_MODULES, not USE. You can easily test 
this by trying NETBEANS_MODULES=apisupport USE=java emerge -pv 
netbeans and see that netbeans_modules_java does not get set.

-Jeremy


exit 1
fi


Why do you use exit 1 instead of die?


local tmpfileplatform=${T}/platform.txt
cat ${tmpfile} | grep -v libs.jna/external/jna-3.0.2.jar  
${tmpfileplatform}

mv ${tmpfileplatform} ${tmpfile}


grep can read files on it's own so no need for cat file | grep... Also 
possibly


sed -e /libs\.jna\/external\/jna-3\.0\.2\.jar/d -i ${tmpfile}

will work better here and in some other places...








Re: [gentoo-dev] New developer: Miroslav Šulc (fordfrog)

2007-01-01 Thread Miroslav Šulc (fordfrog)

Thanks for the greetings from Czechoslovakia :-)

Jakub Moc wrote:

Petteri Räty napsal(a):
  

He hails from Beroun, Czech Republic. He owns his own IT company. On the
personal side he is married and has a little daughter. He likes soccer,
taking trips on bikes and hiking.



Yay, the Czech beer conspiracy is growing! Welcome!

*plop*


  

--
Miroslav Šulc (fordfrog)
Java Team

--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] RFC Package name additions

2007-03-16 Thread Miroslav Šulc (fordfrog)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Just a note to this. I'm co-maintainer of netbeans ebuild. Netbeans does
milestone releases. These are pretty stable and usable since milestone 7
of netbeans 6.0 with many new features that make sense to use the
milestone releases. I have to name the ebuilds netbeans-6.0_alpha7 etc.
though I was assured by mkt guy from Sun it is not yet alpha quality. It
would be fair to the upstream and to users to not use _alpha because it
is not alpha but there's no appropriate choice available.

- --
Miroslav Šulc (fordfrog)
Gentoo/Java Team


William L. Thomson Jr. napsal(a):
 After reviewing 
 
 http://devmanual.gentoo.org/ebuild-writing/file-format/index.html#file-naming-rules
 
 
 I still seem to be having to finagle version names for some packages. At
 the moment it would be nice if we also had the following suffixes
 available
 
 _dev
 Apache upstream, specifically Tomcat/mod_jk tends to do developer
 snapshots that they then host out of developer space. People do fetch
 bins and source from there for testing. It's kinda pre-release, so I
 have been using _pre where I would use _dev, but _pre does not make much
 sense.
 
 _build
 Other packages seem to do constant builds (weekly) of the same version.
 For example Glassfish (Sun's FOSS J2EE stuff). It's sources are v2-b39.
 So would be nice to be able to do like glassfish-servlet-api-2_build39
 
 _snapshot
 This one is kinda universal in it's name/implication. Would be for any
 sort of upstream snapshot release, that might not be versioned as such.
 Short of the name snapshot being some where.
 
 The above would then follow the rest of the normal schema, where in they
 could still be suffixed by a number, or not.
 
 Hierarchy would be the following
 
 snapshot - dev - build - alpha - beta 
 
 Or at least that's my thoughts on it. Time for others thoughts, much
 less those that will make it so. Not expecting it to get done or be
 available any time soon. Would be suffice if they were just accepted and
 planned for inclusion at some point.
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF+yssRSzWCmqu+0YRAoQAAJ9XHz0wZL3pdkSzSyxnVRnLsrw4FwCfVMDO
vuDOHvpko+t1nhu1cvx0RfY=
=ZYFd
-END PGP SIGNATURE-
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] RFC Package name additions

2007-03-17 Thread Miroslav Šulc (fordfrog)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to
http://devmanual.gentoo.org/ebuild-writing/file-format/index.html#file-naming-rules
it seems to me the versioning is focused on package stability life
cycle. In netbeans case it is _prealpha and definitely not stable
patched release. So _alpha is the closest one to current netbeans 6.0
life cycle phase, though not accurate.

- --
Miroslav Šulc (fordfrog)
Gentoo/Java Team


Mike Frysinger napsal(a):
 On Friday 16 March 2007, Miroslav Šulc (fordfrog) wrote:
 Just a note to this. I'm co-maintainer of netbeans ebuild. Netbeans does
 milestone releases. These are pretty stable and usable since milestone 7
 of netbeans 6.0 with many new features that make sense to use the
 milestone releases. I have to name the ebuilds netbeans-6.0_alpha7 etc.
 though I was assured by mkt guy from Sun it is not yet alpha quality. It
 would be fair to the upstream and to users to not use _alpha because it
 is not alpha but there's no appropriate choice available.
 
 i would use _p# over _alpha#
 -mike
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF+6oPRSzWCmqu+0YRAhPAAJ99Et9Uwk/JrpRPkukABgrc3CdLfQCghrm+
noRpxMDQvlxrlLhFUdqb088=
=gC2k
-END PGP SIGNATURE-
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] RFC Package name additions

2007-03-17 Thread Miroslav Šulc (fordfrog)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jakub Moc napsal(a):
 Miroslav Šulc (fordfrog) napsal(a):
 According to
 http://devmanual.gentoo.org/ebuild-writing/file-format/index.html#file-naming-rules
 it seems to me the versioning is focused on package stability life
 cycle. In netbeans case it is _prealpha and definitely not stable
 patched release. So _alpha is the closest one to current netbeans 6.0
 life cycle phase, though not accurate.
 
 Actually stuff like cat/pkg-1.2_alpha3_pre4 is valid now and honored by
 portage; dunno how does that fit the netbeans upstream scheme, though.


Where does this come from? There is nothing about it in devmanual. And
is '_alpha  _alpha_pre' true of false? Anyway I'd rather preffer
_prealpha than _alpha_pre :-)


- --
Miroslav Šulc (fordfrog)
Gentoo/Java Team
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF+9m2RSzWCmqu+0YRAt+3AJ9RcqsIgCzlJCygKyRrqEGZY6lmogCffLWl
ZdCUglDhgQAiBaop7G1dXM4=
=14Rp
-END PGP SIGNATURE-
-- 
gentoo-dev@gentoo.org mailing list



[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-util/netbeans: ChangeLog netbeans-6.9-r3.ebuild

2010-07-21 Thread Miroslav Šulc (fordfrog)
 Dne 21.7.2010 16:35, Jeremy Olexa napsal(a):
 On Mon, 19 Jul 2010 20:24:40 + (UTC), Miroslav Sulc (fordfrog)
 fordf...@gentoo.org wrote:
 fordfrog10/07/19 20:24:40

   Modified: ChangeLog netbeans-6.9-r3.ebuild
   Log:
   netbeans-6.9-r3: added support for including custom patches when
 building netbeans
 +# Support for custom patches
 +if [ -n {NETBEANS_PATCHES_DIR} -a -d ${NETBEANS_PATCHES_DIR} ] ; 
 then
 +local files=`find ${NETBEANS_PATCHES_DIR} -type f`
 +
 +if [ -n ${files} ] ; then
 +einfo Applying custom patches:
 +
 +for file in ${files} ; do
 +epatch ${file}
 +done
 +fi
 +fi
 +
 Miroslav, You just reinvented the wheel :) Any reason why epatch_user()
 from euitls.eclass doesn't work here?
 -Jeremy
y, i did not expect this function to exist, i only recall that i saw
some custom code for applying patches in some other ebuild few years
back when i needed to tweak some package, so did it the same way.

so this is called automatically for
/etc/portage/patches/category/(PF|P|PN) if i read the code right? i
also tried to search man pages for portage and emerge but there is
nothing about it (or i am blind) ... so this is undocumented feature? i
did not know about this cool feature till now.

m.



[gentoo-dev] issue with gentoo-x86 cvs repo

2010-10-01 Thread Miroslav Šulc (fordfrog)
 hi,

yesterday i was able to use the repo but now i get this error (for any
cvs command):

$ cvs rm -f apgdiff-2.0.2.ebuild
Your account has expired; please contact your system administrator
Connection closed by 81.93.255.6
cvs [remove aborted]: end of file from server (consult above messages if
any)

what does it exactly mean?

fordfrog



Re: [gentoo-dev] issue with gentoo-x86 cvs repo

2010-10-02 Thread Miroslav Šulc (fordfrog)
 Dne 2.10.2010 03:35, Robin H. Johnson napsal(a):
 On Sat, Oct 02, 2010 at 03:19:42AM +0200, Miroslav ?ulc (fordfrog) wrote:
  hi,

 yesterday i was able to use the repo but now i get this error (for any
 cvs command):

 $ cvs rm -f apgdiff-2.0.2.ebuild
 Your account has expired; please contact your system administrator
 Connection closed by 81.93.255.6
 cvs [remove aborted]: end of file from server (consult above messages if
 any)

 what does it exactly mean?
 It's fixed already.
 Some lovely lines from the old perl_ldap:
 ===
   my $expiry = convertEpoch(0,0,0,1,9,2010);
   ...
   shadowExpire = $expiry,
 ===
 Which is a date of 2010/10/02, that just rolled up a few hours ago.
 A constant value that was set 5 years ago come up :-).

 All LDAP and the script are fixed now.

Thanks :-)



[gentoo-dev] Can't update/checkout gentoo-x86 repo

2011-04-07 Thread Miroslav Šulc (fordfrog)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hi,

today i tried to update my local copy of gentoo-x86 cvs repo but the
update failed with this error:

cvs [checkout aborted]: Could not map memory to RCS archive
/var/cvsroot/gentoo-x86/profiles/package.mask,v: Invalid argument

so i tried clean checkout instead, but got the same error. any idea what
might be wrong?

miroslav
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2dm1oACgkQB6q7Q15RwyBG+gCeIUjyU5zKfCmTVWxlKD4ZheAh
KA4An0TBGkOrBG+2Nt9CtcuYWBe/dzNe
=lDpK
-END PGP SIGNATURE-



Re: [gentoo-dev] Can't update/checkout gentoo-x86 repo

2011-04-07 Thread Miroslav Šulc (fordfrog)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

works fine now, thanks.

miroslav

Dne 7.4.2011 15:44, Theo Chatzimichos napsal(a):
 On Thursday 07 of April 2011 15:06:37 Theo Chatzimichos wrote:
 Patrick already reported the issue in #gentoo-infra but unfortunately there
 is none available at the moment with root access in flycatcher, please be
 patient
 
 The issue is now fixed. The file somehow got corrupted on the server, Jeremy 
 restored from last backup. The only commit that got lost was the last one by 
 scarabeus, who re-did it fine.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2dwWIACgkQB6q7Q15RwyASXQCeMMWJtGXZaL2d9iphFhLxIPxe
mhMAnRR6zwJ/fY/PsREwhahHnXtnDmO3
=GwjA
-END PGP SIGNATURE-



[gentoo-dev] last rites: dev-java/jnlp-bin, app-misc/openjnlp, dev-java/netx

2011-10-19 Thread Miroslav Šulc (fordfrog)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

all packages are related to following bug:
https://bugs.gentoo.org/show_bug.cgi?id=377967

jnlp-bin has been replaced by jnlp-api.
openjnlp is obsolete and not needed anymore, also depends on jnlp-bin.
netx was a package that we tried to fix the issue, but in the end it
was replaced with jnlp-api.

Miroslav Šulc (fordfrog)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6ez0YACgkQB6q7Q15RwyCV6QCcCFCIolHppVui86eppp6UhDj9
c98Ani7j71kaFCYoIlHOGIIwLAR/pwOB
=NxW3
-END PGP SIGNATURE-