/
Archive-rsync: debian/
Maintainer: Dave Hall
Country: US United States
Location: New York
Comment: Changing maintainer email. It was daveh...@cs.binghamton.edu.
Also, our mirror is fully accessible via HTTPS as well as HTTP. However, we
are not permitted to rsync.
Trace Url: http
Hi,
Overall I've found drush functions without the dush.info file, albeit
with the error being emitted. One thing it does break is obtaining the
version number of drush. Output below
$ drush status drush-version --pipe
parse_ini_file(/usr/share/drush/includes/../drush.info): failed to open stre
Hi,
It looks like this bug has been fixed in 1.4.0+ds1-1, if not before.
http://packages.debian.org/squeeze/solr-common is showing that it now
recommends solr-tomcat, which is included in testing (and unstable) -
http://packages.debian.org/solr-tomcat
Thought you might like an easy bug to clos
Hi Federico,
@micahg on identi.ca pointed me to this ITP - thanks for the heads up.
I packaged Doctrine some time ago for internal use. I have since
polished it a little more and released my work. I don't think it is up
to official Debian standards, but it might save you some work. Feel
free to
Hi Thijs,
On Sat, 2008-11-08 at 21:52 +0100, Thijs Kinkhorst wrote:
> On Sunday 2 November 2008 13:34, Steffen Joeris wrote:
> > > +phpgroupware (0.9.16.011-2.3) stable-security; urgency=high
> > > +
> > > + * Non-maintainer upload.
> > > + * Fix remote shell command execution in class.phpmailer
On Wed, 2008-04-30 at 15:55 +0200, Bill Allombert wrote:
> On Tue, Mar 25, 2008 at 03:49:37PM +0100, Olivier Berger wrote:
> > Hi.
> >
> > This problem is still found in epoch 1 packaging of phpgroupware 0.9.16,
> > where packages phpgroupware-0.9.16-core-base and the others -phpgwapi,
> > -admin,
erences (>=
> 1:0.9.16.012+dfsg-4), phpgroupware (>= 1:0.9.16.012+dfsg-1)
> phpgroupware-0.9.16-phpgwapi:Depends: phpgroupware-0.9.16-core-base
> phpgroupware-0.9.16-preferences :Depends: phpgroupware-0.9.16-core-base
> phpgroupware-0.9.16-setup :Depends: phpgroupware-0.9.16-core-ba
Hi Olivier,
Try the attached patch if you like. It won't be included in 0.9.16, but
should work for your purposes.
I am currently testing what I proposed in the earlier comment in a
private branch. That should make its way back into the phpgw tree at
some point.
Cheers
Dave
--
Dave
On Tue, 2008-02-05 at 01:28 +0100, Moritz Muehlenhoff wrote:
> Dave Hall wrote:
> > > Note also that there are concerns from the security team about this
> > > package
> >
> > They have never raised any issues with the project via our security
> > related
On Thu, 2008-01-31 at 08:16 +0100, Luk Claes wrote:
> Dave Hall wrote:
> > I think there is a bit of a problem with internal processes if no one
> > watching the bug queue was advised of this - until now.
>
> There are enough sources to know if a package gets orphaned inclu
ere is a bit of a problem with internal processes if no one
watching the bug queue was advised of this - until now.
Cheers
Dave
--
Dave Hall (aka skwashd)
API Coordinator
phpGroupWare
e [EMAIL PROTECTED]
w phpgroupware.org
j [EMAIL PROTECTED]
sip
setting the domain of cookies
* the patch to developed for HEAD :)
Cheers
Dave
--
Dave Hall (aka skwashd)
API Coordinator
phpGroupWare
e [E
Hi Andrew and Thijs,
Will this be included in etch or did I just waste my time preparing the
patch?
Cheers
Dave
--
Dave Hall (aka skwashd)
API Coordinator
phpGroupWare
e [EMAIL PROTECTED]
w phpgroupware.org
j [EMAIL PROTECTED]
sip [EMAIL PROTECTED
gt; an important bug.
An _unsupported_ patch which renames the class is now available from
http://savannah.gnu.org/patch/?5649
Feel free to enable it in etch, with the proper attribution.
Cheers
Dave
--
Dave Hall (aka skwashd)
API Coordinator
phpGroupWare
e [EMAIL PROTECTED]
eing listed at 5.1.6 rather than 5.2.0.
> wwwconfig is not currently being used, not sure how it got in there.
> If there's any way I can help, let me know, I'm no developer, but
> willing to try what I can. Sorry to drop this at your doorstep, I'm
> sure you already
Hi,
We have fixed this bug in HEAD cvs and it will be available in the next
major release of phpGroupWare - 0.9.18 (which hopefully will make it
into etch).
See the savannah bug report for more info
http://savannah.gnu.org/bugs/?13796
Cheers
Dave
--
Dave Hall (aka skwashd)
API Coordinator
x27;t been forwarded. Thanks for digging it up.
Apologies for that, the developer responsible for it has been a little
difficult over this fix.
For sid|etch you might like to know that it has also been included in
0.9.16.009 which was released earlier today.
Cheers
Dave
--
Dave Hall (aka skwashd
btw I am not the debian maintainer. Thomas who is the maintainer will
probably know more about where the breakage is. btw I know that the
official tarball releases work on apache2 under sarge, it is one of my
test environments.
Cheers
Dave Hall (aka skwashd)
API Coordinator
phpGroupWare
--
To UNSUB
Hi Christian,
This is fixed in the 0.9.16 branch of phpGroupWare's CVS tree. You can
grab a copy of the proper schema from there. There are also some recent
changes to phpgwapi/inc/class.accounts_ldap.inc.php which might be
useful for you too.
Cheers
Dave
--
To UNSUBSCRIBE, email to [EMAIL
On Fri, 2005-06-03 at 08:46 +0200, Thomas Viehmann wrote:
> Dave Hall wrote:
> > the app is pretty broken without the fixes
> Should we pull it from the release?
> My guess is that is what the release team would suggest if you don't
> want the app without the fixes.
I would
On Thu, 2005-06-02 at 13:20 +, Thomas Viehmann wrote:
> Dave Hall ([EMAIL PROTECTED]) wrote:
> > Fixed in upstream CVS along with a few other problem. Probably too late
> > for sarge :(
> If it's more than a dozen lines (CVS looks like it), yes.
> But hey, if sarge
m CVS along with a few other problem. Probably too late
for sarge :(
Cheers
Dave
--
Dave Hall (aka skwashd)
API Coordinator
phpGroupWare
-
Do you think if Bill Gates got laid in high school, do you think there'd
be a Mic
into sarge, but the rest remain as is.
One thing to keep in mind is that phpgw depends on access to a database,
it can be mysql or pgsql and be on a local or remote host. This does
make it difficult for package dependencies and install scripts.
Cheers
Dave
--
> other is seeing.
>
> > P.S.: In my opinion, this bug should be reseveritied "minor" if it's a
> > documentation issue or "important" if indeed a malfunction, because it
> > doesn't seem to affect all users.
>
> Minor. Obviously, if I
pware
> * phpgroupware/webserver: apache, apache-ssl, apache-perl, apache2
> phpgroupware/header/password/mismatch:
> * phpgroupware/db/host: localhost
> * phpgroupware/db/admin/name: root
>
--
Dave Hall (aka skwashd)
API Coordinator
phpGroupWare
--
imilar. You can also view it at
http://docs.phpgroupware.org/admin
Cheers
Dave
--
Dave Hall (aka skwashd)
API Coordinator
phpGroupWare
-
Do you think if Bill Gates got laid in high school, do you think there'd
be a
On Sat, 2005-02-26 at 21:36 -0500, Carl T. Miller wrote:
> Package: phpgroupware-calendar
> Version: 0.9.16.005-1
>
> When I tried to create an alarm for one of my own calendar events,
> I received this error:
>
> You do not have permission to add alarms to this event !!!
>
> I tried looking at
Package: gpdf
Version: 2.8.2-1.1
Severity: important
Problem:
When clicking a on an external link gpdf opens the html source in gedit.
Replicate:
1 Open PDF in gpdf - will attach on to bug report
2 Click on link
3 The gedit launches with the html source displayed
4 a popup window is displayed wit
l=http://it.southnashvillesda.org/bug/class.ui.inc.php-old.txt
> Error accord in line 486= "if ($values['edate'] && $values[''edate] !=
> 0)"
> Patch="if ($values['edate'] && $values['edate'] != 0)"
> Hope This E
Hi Dirk,
Did that fix it?
I am guessing cos you have gone so quiet it has. I am sure Thomas would
love to close this one if it did :)
Cheers
Dave
On Tue, 2005-01-25 at 09:42 +1100, Dave Hall wrote:
> On Mon, 2005-01-24 at 20:50 +0100, Thomas Viehmann wrote:
> > Hi Dirk,
> &g
On Mon, 2005-01-24 at 20:50 +0100, Thomas Viehmann wrote:
> Hi Dirk,
>
> sorry I only get back with you today (hey, but Dave is probably the
> greater phpGroupWare expert, so you're actually lucky).
>
> H.-Dirk Schmitt wrote:
> > Configuration File (php.ini) Path /etc/php4/apache2/php.ini
> So
00, H.-Dirk Schmitt wrote:
> Nothing changed :-(
>
> cu,
>
> H.-Dirk
>
> Dave Hall wrote:
> > On Sun, 2005-01-23 at 23:29 +0100, H.-Dirk Schmitt wrote:
> >
> > > Hi Dave,
> > >
> > > where can I retrieve php4-etc.tar.bz2 ?
> >
Hi Dave,
>
> here is the output.
>
> cu,
>
> H.-Dirk Schmitt
>
> Dave Hall wrote:
>
> >Hi Dirk (and Thomas),
> >
> >This and bug #291646 are caused by a problem with php4-imap. The grep
> >output suggests that it is properly configured, but
;
> phpgroupware is configured via debconf to use apache. As I understood
> the configuration in /etc/apache2/conf.d it runs as module.
>
> Best Regards,
>
> H.-Dirk Schmitt
>
> Dave Hall wrote:
> > Hi Dirk,
> >
> > Are you running php as a cgi under a
t; here is the result:
>
> [EMAIL PROTECTED]:dirk %698 $ grep imap.so /etc/php4/apache/php.ini
> extension=imap.so
>
> cu,
>
> H.-Dirk
>
> Dave Hall wrote:
> > Hi Dirk,
> >
> > Can you try this
> > grep imap.so /etc/php4/apache/php.ini
>
500, 'unstable')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.8-1-686-smp
> Locale: LANG=de_DE.88591, LC_CTYPE=de_DE.88591 (charmap=ANSI_X3.4-1968)
> (ignored: LC_ALL set to C)
>
> Versions of packages phpgroupware-email depends on:
> ii phpgroupware
pware/configuration/overwrite: false
> * phpgroupware/db/name: phpgroupware
> * phpgroupware/webserver: Apache
> phpgroupware/header/password/mismatch:
> * phpgroupware/db/host: postgres.computer42.org
> * phpgroupware/db/admin/name: postgres
>
--
Dave Hall (aka skwashd)
API Coordin
37 matches
Mail list logo
