RoundCube Webmail is a browser-based multilingual IMAP client with an application-like user interface. It provides full functionality you expect from an e-mail client, including MIME support, address book, folder manipulation and message filters. RoundCube Webmail is written in PHP and requires the MySQL database. The user interface is fully skinnable using XHTML and CSS 2.
I would probably be a good idea to attach an ebuild if you want it included in gentoo :-) That tends to speed things up.
I'm working on one. If anyone else wants to work on it let me know, I'll send you what I have.
Created attachment 70646 [details] roundcubemail-0.1.ebuild First crack at ebuild
Created attachment 70647 [details] postinstall-en.txt Of course put postinstall-en.txt in ./files relative to the ebuild. So far the ebuild installs mostly fine to /usr/share/webapps I think. Please verify! Doing the "ebuild <ebuild name> config" creates a database and database username/password fine. (Thanks to the joomla ebuild for this). Not sure if the permissions for the user on the db are correct. The webapp-config -I command seems to work fine. Please verify! Running the sql script works fine. I edited my db.inc.php file to be able to access my db and configured my mail server in main.inc.php, but somehow, when I try to log in to roundcubemail my browser just hangs there. Something is wrong, I'm not sure what. I need to get logging working...] Things to do: -make sure all files get the right permissions that we want. The temp and log dirs need writability by apache.\ -make sure the config files (db.inc.php and main.inc.php) don't get clobbered on re-installs and upgrades
Created attachment 70826 [details] roundcube_webmail-0.1.20051007.ebuild fixed some bugs and the file name changed
Created attachment 70827 [details] postinstall-en.txt.patch minor fix to RTFM file
Created attachment 70833 [details] diff between the original ebuild and new one in the case you're curious
Created attachment 70838 [details] a patch to roundcube_webmail-0.1.20051007.ebuild add sqlite USE, fix missing webapp_serverowned
+ # BUG: + # NO, you shouldn't RESTART database + # you don't need root priv. to create a database + # if an admin is stupid enough to execute SQL without RDBMS running, + # s/he is just asking for troubles + # + # also, i'm not sure this pkg_config is useful + # if you cannot execute a simple SQL script, you shoudn't run RDBMS in the + # first place + # + # what if the remote database listens on a port other than its default? + # how about postgresql? what if the upstream supports addtional database? + # + # what if the upstream change required priv. on the database? + # /etc/init.d/mysql restart || die "mysql needs to be running" About the pkg_config, I just copied it from joomla. So all your questions are valid, but they will apply to other packages as well, not just roundcube.
(In reply to comment #9) > but they will apply to other packages as well, not just roundcube. right, and it's something I want to change.
new version is out. "This latest nightly release comes up with improved support for the Courier IMAP server and fixes problems with SSL connections." That was the sort of trouble it looked like I was having, maybe it will work for me now...
Created attachment 71594 [details] roundcube_webmail-0.1.20051021.ebuild it doesn't handle cjk characters well. opening mail box hangs randomly. drop Postgresql support in the upstream. sqlite support is not tested on my test box. if possible, I'd like to drop pkg_config() entirely. but upstream's documentation is still poor. to setup MySQL database, create the database first, then, use /path/to/install/dir/SQL/mysql.initial.sql the database user needs "SELECT, INSERT, UPDATE, DELETE" privileges on the database.
Created attachment 72730 [details] roundcube_webmail-0.1.20051021.ebuild forgot to repoman.
Shouldn't this be in mail-client rather than web-apps (As squirrel mail is)? Other than that the latest ebuild works great for me :-)
(In reply to comment #14) > Shouldn't this be in mail-client rather than web-apps (As squirrel mail is)? don't know or couldn't find a standard to categorize ebuilds. I don't like the just-because-that-package-belongs-to-there-so-this-should-too idea. my opinion is, roundcube is based on webapp.eclass and its functionality is only based on web interface. if I look for web-based mail client, the directory to search would be web-apps. let me know your opinion. > Other than that the latest ebuild works great for me :-) it's pity that the upstream doesn't release new stable version lately. I don't have time to work on the CVS version which might include many bugfix.
Created attachment 74867 [details] roundcube_webmail-0.1.20051021.ebuild Allow me to post my modified version of the ebuild for release 0.1.20051021. It has proper support for SQLite and fixes some issues with the old ebuild.
Created attachment 74869 [details] postinstall-en.txt Modified version of postinstall-en.txt
Created attachment 74875 [details] roundcube_webmail_cvs-0.0.1.ebuild Okay... and to make the stuff complete: here a ebuild to pull RoundCube from CVS.
Created attachment 74879 [details] roundcube_webmail-0.1.20051021.ebuild RoundCube Email does NOT work with >= sqlite-3. This ebuild takes care of that.
Created attachment 74880 [details] postinstall-en.txt More details about SQLite installation. RoundCube MySQL user needs ALL privileges on the tables.
Created attachment 74881 [details] roundcube_webmail_cvs-0.0.1.ebuild Fixed some typos.
Created attachment 74882 [details] postinstall-en.txt for the CVS version of the ebuild postinstall-en.txt for the CVS version of the ebuild
(In reply to comment #15) > I don't like the just-because-that-package-belongs-to-there-so-this-should-too A valid point :o) In my eyes I see roundcube more of a mail client but the point can be argued both ways and as I'm not writing the ebuilds, who am I to argue :o)
roundcube is now in our unofficial overlay: http://svn.gnqs.org/projects/gentoo-webapps-overlay/browser Please note that the overlay is unofficial, not a Gentoo project, and not supported. It is intended to provide easier access to new web applications. Please file version bumps & requests in the trac at the above link.
reopening because I think the cvs ebuild is useful, it is not in the overlay, and with lack of working releases from roundcube cvs is the only option we have.
Actually rather then use CVS head, it might be useful to use the cvs snapshots provided here: http://sourceforge.net/project/showfiles.php?group_id=139281
Please, don't recycle bugs in this way. Live CVS ebuild won't be in portage, if you want a newer snapshot in overlay, then use http://svn.gnqs.org/projects/gentoo-webapps-overlay/newticket
I agree, I am against live CVS ebuilds, which I why I suggested the cvs snapshots. But I am also against overlays (except local overlay). They are annoying. Something like a cvs snapshot for roundcube should be put in portage and masked. Since when did gentoo cease to be a non-bleeding edge distro? It's sad when I see absolutely broken packages in portage that are either masked or unstable and then perfectly decent ebuilds get kept in bugzilla or overlays.
Feel free to become a dev and maintain it yourself. In the meantime, we _volunteer_ developers will continue to work on what we're interested in.
Upstream RoundCube has cut a new release: http://www.roundcube.net/
in the overlay, give it a whirl
It would help a lot if all the manual post-install setup could be brought into some sort of easy to run 'config' hook -- there's database setup, moving *.dist to * in config/, checking directory perms, and so forth. That's more effort than it should be to install a package within portage/webapp-config.
-r1 added
now that there's a new release, can we add this to portage under web-apps?
Created attachment 90550 [details] Ebuild for SVN version Ebuild for SVN version of roundcube (as cvs, it's not working anymore)
Created attachment 90551 [details] Postinstall for SVN version
My ebuild is a live-svn ebuild. It's working here.
how does this SVN ebuild works? which name should I use for the ebuild file?
This SVN ebuild will do an svn checkout to trunk SVN version of roundcube. I named it: roundcube-svn-0.0.1.ebuild (and with roundcube-svn) as the "package" name. So, to install you should use: emerge roundcube-svn.
*** Bug 145674 has been marked as a duplicate of this bug. ***
Pls execute a ebuild $PORTDIR/roundcube-svn-0.0.1.ebuild digest before doing an "emerge roundcube". Otherwise you will end up with this: >>> Emerging (1 of 1) www-apps/roundcube-svn-0.0.1 to / !!! Manifest file not found: '/usr/portage/www-apps/roundcube-svn/Manifest'
I think this should need a little bit of clarity: what are the files necessary to install roundcube current SVN version? and how should be they named? I suppose that "Ebuild for SVN version" is the SVN ebuild, but what about the name? what other files does it need?
And moreover, why is this bug resolved as UPSTREAM when I cannot find roundcube anywhere in official portage?
Now it's April and it's still not in portage yet. How can it be marked as RESOLVED UPSTREAM? And what about a version bump? Latest version is 0.1 beta 2.2
Created attachment 120506 [details] www-apps/roundcube-0.1_rc1.ebuild I slightly modified gentoo-experimental ebuild for the new version (0.1-rc1): * I removed "mysql" and "sqlite" in RDEPEND because we require a php installation with the corresponding useflags enabled so php will depends on the right packages. * I adopted a cleaner use-based-if-statement "use XYZ && require..." * SRC_URI is changed * added amd64 keyword * for "mysql" ebuild require php compiled with mysql OR mysqli (it works for me) * Actually I haven't specified SQL files using webapps eclass features, I think I'll take a look at the Zapparoli's SVN ebuild for it * I followed the Zapparoli's postinstall file
I just tried the rc1 version of this ebuild, and it fails with: * ebuild fault: file '/home/public/portage/local/overlay/www-apps/roundcube/files/postinstall-en.txt' not found * Please report this as a bug at http://bugs.gentoo.org/ !!! ERROR: www-apps/roundcube-0.1_rc1 failed. Call stack: ebuild.sh, line 1615: Called dyn_install ebuild.sh, line 1061: Called qa_call 'src_install' ebuild.sh, line 44: Called src_install roundcube-0.1_rc1.ebuild, line 37: Called webapp_postinst_txt 'en' '/home/public/portage/local/overlay/www-apps/roundcube/files/postinstall-en.txt' webapp.eclass, line 170: Called webapp_checkfileexists '/home/public/portage/local/overlay/www-apps/roundcube/files/postinstall-en.txt' webapp.eclass, line 82: Called die !!! ebuild fault: file '/home/public/portage/local/overlay/www-apps/roundcube/files/postinstall-en.txt' not found !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/www-apps/roundcube-0.1_rc1/temp/build.log'. !!! This ebuild is from an overlay: '/usr/portage/local/overlay'
Never mind, I downloaded the one available here...
OK, wait... I just installed using the latest ebuild for 0.1_rc1, and it did not install any postinstall-en.txt file, so I copied one located here, the one dated 2005-12-16, and it is clearly not correct as it refers to version numbers and paths not valid for this release.... Anyhow, what postinstall stuff do I need to do ? Also, the SQL scripts used in previous release do not seem to be installed either....
In case anyone else is trying to get this working, I found the necessary SQL files in: --- !mtime obj /usr/share/webapps/roundcube/0.1_rc1/htdocs/SQL/sqlite.update.sql --- !mtime obj /usr/share/webapps/roundcube/0.1_rc1/htdocs/SQL/sqlite.initial.sql --- !mtime obj /usr/share/webapps/roundcube/0.1_rc1/htdocs/SQL/postgres.update.sql --- !mtime obj /usr/share/webapps/roundcube/0.1_rc1/htdocs/SQL/postgres.initial.sql --- !mtime obj /usr/share/webapps/roundcube/0.1_rc1/htdocs/SQL/mysql5.initial.sql --- !mtime obj /usr/share/webapps/roundcube/0.1_rc1/htdocs/SQL/mysql.update.sql --- !mtime obj /usr/share/webapps/roundcube/0.1_rc1/htdocs/SQL/mysql.update-0.1a.sql --- !mtime obj /usr/share/webapps/roundcube/0.1_rc1/htdocs/SQL/mysql.initial.sql --- !mtime obj /usr/share/webapps/roundcube/0.1_rc1/htdocs/SQL/mssql.initial.sql
Created attachment 127845 [details] roundcube-0.1_rc1.ebuild fixed use flags The useflags in the original ebuild from Frittella Laurento contain 'postgresql' as IUSE flags - the flag is actually called 'postgres'. I fixed that in my ebuild, because it keeps postgres users from installing roundcube saying that "postgresql support is missing from php". I used the "Postinstall for SVN version" attachment as postinstall-en.txt Roundcube works good for me, I hope it ends up in the tree or some overlay soon.
maghost1 ~ # emerge roundcube Calculating dependencies | emerge: there are no ebuilds to satisfy "net-www/apache". (dependency required by "www-apps/roundcube-0.1_beta2" [ebuild]) maghost1 ~ # emerge --info Portage 2.1.3.7 (default-linux/x86/2007.0, gcc-4.2.0, glibc-2.6.1-r0, 2.6.22-gentoo-r5-by-Alien i686) ================================================================= System uname: 2.6.22-gentoo-r5-by-Alien i686 AMD Sempron(tm) Processor 3100+ Gentoo Base System release 1.12.10 Timestamp of tree: Thu, 30 Aug 2007 20:00:02 +0000 app-shells/bash: 3.2_p17-r1 dev-lang/python: 2.5.1-r2 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.10-r4 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.7.9-r1, 1.10 sys-devel/binutils: 2.18 sys-devel/gcc-config: 1.4.0-r1 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -mtune=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -mtune=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="pl_PL" LC_ALL="pl_PL" LINGUAS="pl" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/sunrise /usr/portage/local/layman/webapps-experimental /usr/portage/local/layman/sunrise" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow acl apache2 bitmap-fonts cli cracklib crypt ctype dri fortran gd gdbm geoip gpm iconv isdnlog latin1 lm_sensors midi mmx mudflap mysql mysqli ncurses nls nptl nptlonly openmp oracle oracle7 pam pcre png pppd readline reflection sasl session slang sockets spl sse2 ssl symlink tcpd truetype-fonts trutype type1-fonts unicode x86 xml zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="pl" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
I've just installed via the 'roundcube-0.1_rc1.ebuild fixed use flags' ebuild and there are no scripts in this dir: /usr/share/webapps/roundcube/0.1_rc1/sqlscripts The seem to have been installed here: /var/www/localhost/htdocs/roundcube/SQL Also, the text in postinstall-en.txt is incorrect as it told me to look here: /usr/share/webapps/roundcube_webmail/VERSION/sqlscripts The package is not installed into a "roundcube_webmail" directory, but just a "roundcube" directory Thanks, Richard.
Please, use the ebuild in webapps overlay and if you have issues, report here. http://overlays.gentoo.org/proj/webapps/browser/experimental/mail-client/roundcube
If you have improvements for the in-overlay ebuild, drop in #gentoo-web or comment here, no more attached ebuilds here, please, this bug is messy enough, the work will be going on in SVN only.
Created attachment 132360 [details] roundcube-svn-0.0.1 ebuild w/ 'postgresql' USE flag changed to 'postgres'. Also, files/postinstall-en.txt is now files/postinstall-svn-en.txt (probably the wrong nomenclature). If someone could tell me what the right way to do that is, I'd appreciate it. New ebuild changes 'postgresql' USE flag to 'postgres'. Should help the build process, is untested.
0.1-stable is released: http://trac.roundcube.net/wiki/Changelog do we get this version finally in portage?
(In reply to comment #56) > do we get this version finally in portage? Maybe... ;)
Update v0.1.1 released The first service update for RoundCube Webmail 0.1-stable is now available. It contains important bug fixes and updates of some incomplete localization files. We recommend to update all installations of 0.1-stable. Read the UPGRADING instructions to find out how to do this.
for overlay maintainer: roundcubemail-0.1.1-dep based on recent install RDEPEND exist if using the -dep version RDEPEND on dev-php/PEAR-Mail_Mime-1.5.2 (cannot send with 1.3.1 ref: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469814) take mysql-update.sql update patch from debian too. http://packages.debian.org/lenny/roundcube - DROP INDEX `uid` + DROP INDEX `uid`; config/main.inc.php needs path patch for magic - should be (at end) $rcmail_config['mime_magic'] = '/usr/share/misc/file/magic'
Created attachment 157759 [details] roundcube-0.2.ebuild Quick and dirty attempt at a 0.2 alpha ebuild.
I think than we must check USE="zlib xml" in php to.
Created attachment 166332 [details] Dirty update to roundcube-0.2-beta I've updated the ebuild to install roundcube-0.2-beta.
(In reply to comment #61) > I think than we must check USE="zlib xml" in php to. Isn't this granted by RDEPEND="dev-php/PEAR-PEAR" ?? Or by the other flags? local flags="crypt iconv imap pcre session unicode" ???
when will 0.2 beta make it into webapps-experimental?
Created attachment 175526 [details] roundcube-0.2 beta2 ebuild This is a quick and dirty beta2 ebuild for the new beta release of roundcube
Created attachment 179755 [details] Ebuild for roundcube-0.2-stable Simple modification to the last beta2 ebuild. I upgraded from this version and had to reset permissions for my roundcubemail database. Otherwise it seems to work fine. When will this get into Portage? Its a very nice package which does what's needed and nothing else.
As of 2nd Jan, roundcube-0.2 _is_ in portage - thanks to hollow. It seems that this bug has run its course; perhaps it should be closed and future bugs/amendments filed to the web-apps herd independently?
