Re: [aur-general] Java SDK/Runtime dependencies
On Thu, Feb 5, 2009 at 11:57 AM, Leslie P. Polzer s...@viridian-project.de wrote: Hello everyone, Rorschach has asked me to bring the discussion at http://aur.archlinux.org/packages.php?ID=2033 to this mailing list. Please help us find a consensus. My answer to his last question is: --- Let them install openjdk6 to provide the j2sdk dependency. It's not the Arch philosophy to cut on freedom of choice. By forcing a user to use either a free or proprietary alternative of a PROVIDES we ignore the purpose of this clause (i.e. providing freedom of choice). --- Moreover I don't really see what's controversial here. I'm a free software supporter myself, but I don't like forcing people to use it. provides=j2sdk is the way that will hurt no party. Thanks, Leslie -- LinkedIn Profile: http://www.linkedin.com/in/polzer Xing Profile: https://www.xing.com/profile/LeslieP_Polzer Blog: http://blog.viridian-project.de/ let it depend on java-environment. This is both provided by openjdk6 and the sun jdk package. Ronald
Re: [aur-general] Java SDK/Runtime dependencies
On Thu, Feb 5, 2009 at 12:13 PM, Rorschach r0rsch...@lavabit.com wrote: Is the provides field really doing what you think? Than I didn't understood it right. Could please someone bring some light to this? In general I think that Sun's Java should be kicked out as dependencie in every package where openjdk6 works fine because I think the main goal should be that we use a free java version and not a proprietary one. This topic is also missing in the http://wiki.archlinux.org/index.php/Java_Package_Guidelines. Description provides array from the info page: provides (array) An array of virtual provisions that this package provides. This allows a package to provide dependencies other than its own package name. For example, the dcron package can provide cron, which allows packages to depend on cron rather than dcron OR fcron. Versioned provisions are also possible, in the name=version format. For example, dcron can provide cron=2.0 to satisfy the cron=2.0 dependency of other packages. Provisions involving the and operators are invalid as only specifc versions of a package may be provided. As both openjdk6 and sun jdk provide the same development functions, they are interchangeble. Letting your package depend on java-runtime the user can either choose to use the openjdk one or the sun one. That is what you want right? Ronald
Re: [aur-general] Java SDK/Runtime dependencies
On Thu, Feb 05, 2009 at 11:57:34AM +0100, Leslie P. Polzer wrote: Hello everyone, Rorschach has asked me to bring the discussion at http://aur.archlinux.org/packages.php?ID=2033 to this mailing list. Please help us find a consensus. My answer to his last question is: --- Let them install openjdk6 to provide the j2sdk dependency. It's not the Arch philosophy to cut on freedom of choice. By forcing a user to use either a free or proprietary alternative of a PROVIDES we ignore the purpose of this clause (i.e. providing freedom of choice). --- Moreover I don't really see what's controversial here. I'm a free software supporter myself, but I don't like forcing people to use it. provides=j2sdk is the way that will hurt no party. Thanks, Leslie Hi, I agree with everything you say regarding j2sdk, since both packages provide it, ideally (in packaging terms) this should be the dependency. It would make all users happy. Those using Sun's Java and openjdk ones. Obviously setting the dependency to j2sdk has no disadvantages. If the maintainer of the package doesnt understand that for whatever reason,then just do what an OSS developer would. Fork it. Its not like its binary anyway. Plus its his pakage now, so he can do whatever he wants with it, even if thats opposing the interests of the community. Cause it does. -- Greg what to do and what not to do in public :o) http://linux.sgms-centre.com/misc/netiquette.php
Re: [aur-general] Java SDK/Runtime dependencies
On Thu, 5 Feb 2009 12:07:01 +0100 Ronald van Haren pre...@gmail.com wrote: let it depend on java-environment. This is both provided by openjdk6 and the sun jdk package. Ronald What package gets installed then if the user has until now none of these installed: $ pacman -sS java-environment extra/java-gcj-compat 1.0.78-1 Wrapper package to wrap free tools into a java 1.5.0.0 compatible java environment extra/openjdk6 1.3.1-2 Free Java environment based on OpenJDK 6.0 with IcedTea6 replacing binary plugs. community/jdk 6u11-1 Sun's Java Development Kit Next to that most applications like jondo and i2p don't run with gcj but the java-envrironment will tell that everything is ok. signature.asc Description: PGP signature
Re: [aur-general] Java SDK/Runtime dependencies
On Thu, Feb 5, 2009 at 12:19 PM, Rorschach r0rsch...@lavabit.com wrote: On Thu, 5 Feb 2009 12:07:01 +0100 Ronald van Haren pre...@gmail.com wrote: let it depend on java-environment. This is both provided by openjdk6 and the sun jdk package. Ronald What package gets installed then if the user has until now none of these installed: $ pacman -sS java-environment extra/java-gcj-compat 1.0.78-1 Wrapper package to wrap free tools into a java 1.5.0.0 compatible java environment extra/openjdk6 1.3.1-2 Free Java environment based on OpenJDK 6.0 with IcedTea6 replacing binary plugs. community/jdk 6u11-1 Sun's Java Development Kit Next to that most applications like jondo and i2p don't run with gcj but the java-envrironment will tell that everything is ok. ic, java-gcj-compat should die anyway. Thought we removed it already from the repos. in that case use j2sdk as suggested before. Ronald
Re: [aur-general] Java SDK/Runtime dependencies
On Thu, 5 Feb 2009 12:22:26 +0100 Ronald van Haren pre...@gmail.com wrote: in that case use j2sdk as suggested before. If I use j2sdk as dependencie what package gets installed by pacman if the user has no java already installed? signature.asc Description: PGP signature
Re: [aur-general] Java SDK/Runtime dependencies
On Thu, Feb 5, 2009 at 12:25 PM, Rorschach r0rsch...@lavabit.com wrote: On Thu, 5 Feb 2009 12:22:26 +0100 Ronald van Haren pre...@gmail.com wrote: in that case use j2sdk as suggested before. If I use j2sdk as dependencie what package gets installed by pacman if the user has no java already installed? the first package pacman finds. As the extra repo is specified before the community repo normally, it should install openjdk6 by default. Ronald
Re: [aur-general] Java SDK/Runtime dependencies
2009/2/5 Ronald van Haren pre...@gmail.com: 2009/2/5 Xavier shinin...@gmail.com: On Thu, Feb 5, 2009 at 1:13 PM, Ondřej Kučera ondrej.kuc...@centrum.cz wrote: The correct dependencies now are the following two: - java-runtime - needed for applications written in Java - java-environment - needed for Java development and for applications that need to compile Java classes during their run (e.g. Apache Tomcat) This makes sense to me, so if you are 100% sure, or if someone else can confirm this information, please update the wiki accordingly : http://wiki.archlinux.org/index.php/Java_Package_Guidelines . The whole Dependencies section needs to be fixed and should contain all the information you just gave. yes it is correct. It's just that the gcj one breaks stuff as it is incompatible. Ronald See http://bugs.archlinux.org/task/13125
Re: [aur-general] Java SDK/Runtime dependencies
Hi, yes it is correct. It's just that the gcj one breaks stuff as it is incompatible. Vuze (formerly Azureus) in community has actually the same problem. Works with jre, works with openjdk, doesn't work with gcj. Its site claims that it should work though so maybe a little tweaking of the starting script might do the trick (I gave it about half an hour but didn't get too far...). Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [aur-general] Can't update squirrel-sql
Hi, this package have the URL source to: http://downloads.sourceforge.net/sourceforge/squirrel-sql/squirrel-sql-2.6.9-src.zip Not: http://downloads.sourceforge.net/squirrel-sql/squirrel-sql-2.6.9-standard.tar.gz On Thu, Feb 5, 2009 at 1:38 PM, ad...@richardmurri.com wrote: Hi, I'm having trouble on an update to the AUR and was wondering if anybody might have any ideas to help me out. I'm not sure if I've done something dumb or if this is and AUR bug. Specifically, every time I submit an update for squirrel-sql I get back an HTTP 500 error message. I am also the maintainer of fetchyahoo, to which I am still able to submit updates. Here is the offending PKGBUILD: # Contributor: Richard Murri ad...@richardmurri.com pkgname=squirrel-sql pkgver=2.6.9 pkgrel=1 pkgdesc=A graphical Java program to manage JDBC databases. arch=('i686' 'x86_64') url=http://www.squirrelsql.org/; license=('LGPL' 'APACHE' 'CPL' 'custom:dean_jones_icons_license' 'custom:nano_xml_license' 'custom:sun_icons_license') groups=() depends=('jre') makedepends=() provides=() conflicts=() replaces=() backup=() options=() source=(http://downloads.sourceforge.net/squirrel-sql/$pkgname-$pkgver-standard.tar.gz) noextract=() md5sums=('67196bc78d45db39f9f0f152f31a28b1') build() { cd $srcdir/SQuirreL SQL Client # remove unneeded files rm squirrel-sql.sh rm squirrel-sql.bat rm addpath.bat rm Uninstaller/uninstaller.jar rmdir Uninstaller # copy library files (don't worry about plugins because they are squirrel specific) mkdir -p $pkgdir/usr/share/java/squirrel-sql mv lib/* $pkgdir/usr/share/java/squirrel-sql rmdir lib # copy license files rm doc/licences/squirrel_licence.txt rm doc/licences/log4j-licence.txt rm doc/licences/eclipse-icons-licence.html rm doc/licences/eclipse-icons-licence.txt mkdir -p $pkgdir/usr/share/licenses/squirrel-sql mv doc/licences/* $pkgdir/usr/share/licenses/squirrel-sql rmdir doc/licences/ # copy main files mkdir -p $pkgdir/usr/share/squirrel-sql cp -r * $pkgdir/usr/share/squirrel-sql # create startup file mkdir -p $pkgdir/usr/bin/ echo \ #!/bin/sh CP=/usr/share/squirrel-sql/squirrel-sql.jar for name in /usr/share/java/squirrel-sql/*.jar ; do CP=\$CP:\$name done cd /usr/share/squirrel-sql java -Xmx256m -cp \$CP net.sourceforge.squirrel_sql.client.Main --log-config-file /usr/share/squirrel-sql/log4j.properties --squirrel-home /usr/share/squirrel-sql \$1 \$2 \$3 \$4 \$5 \$6 \$7 \$8 \$9 $pkgdir/usr/bin/squirrel-sql chmod +x $pkgdir/usr/bin/squirrel-sql } # vim:set ts=2 sw=2 et: Thanks for any help, Richard -- Kessia Pinheiro Computer Science Student - Brazil, UFBa Linux System Administrator Arch Linux Trusted User Linux User #389695 http://even.archlinux-br.org --- X Fórum Internacional Software Livre - fisl10 24 a 27 de junho de 2009 PUCRS - Porto Alegre - Brasil
Re: [aur-general] Java SDK/Runtime dependencies
using java-runtime as dependancy makes pacman install java-gcj-compat wihc seems to broke most of the packages. so before using java-runtime as dependancy one need to get rid off java-gcj-compat ? no ?
Re: [aur-general] Java SDK/Runtime dependencies
On Thu, Feb 05, 2009 at 05:47:16PM +0100, solsTiCe d'Hiver wrote: using java-runtime as dependancy makes pacman install java-gcj-compat wihc seems to broke most of the packages. so before using java-runtime as dependancy one need to get rid off java-gcj-compat ? no ? http://bugs.archlinux.org/task/13125 -- Greg what to do and what not to do in public :o) http://linux.sgms-centre.com/misc/netiquette.php
[aur-general] Cannot submit qtcreator
Hello, I can't submit new version of qtcreator package. After some time I got only empty webpage and nothing is updated. Does anybode know what can cause this? I've found out that it's usually caused by some mistake in PKGBUILD, but I'm sure that this PKGBUILD is OK. qtcreator-0.9.2-1.src.tar.gz Description: GNU Zip compressed data
Re: [aur-general] Cannot submit qtcreator
This is the same problem I just wrote about with squirrel-sql a few hours ago. I think if you look into it you'll find that the empty webpage is really an HTTP 500 error message. I wrote earlier that I only have the problem with squirrel-sql and not with my other package. I suspect that there is a bug in AUR. Hello, I can't submit new version of qtcreator package. After some time I got only empty webpage and nothing is updated. Does anybode know what can cause this? I've found out that it's usually caused by some mistake in PKGBUILD, but I'm sure that this PKGBUILD is OK.