Bug#632660: net-tools: netstat still chopping IPv6 addresses for udp6 entries

2011-07-04 Thread Gavin McCullagh
Package: net-tools
Version: 1.60-22
Severity: important


Hi folks,

I have a Debian lenny box here which is still suffering partially from this
bug.  I tried upgrading net-tools to the squeeze version of the package but it
made no difference.

For tcp6 sessions, running netstat -na -W --listen, I get complete columns
like this:

tcp6   0  0 2001:::1114::a5:22 
2001:::1211:21a:a0ff:fe8c:7d15:53683 ESTABLISHED

just what I'm hoping for.

However, for a udp6 listener, I still see truncation:

udp6   0  0 2001:::1114:123 :::*
udp6   0  0 2001::::123 :::*
udp6   0  0 fe80::211:43ff:fedd:123 :::*
udp6   0  0 2001:::1:21:123 :::*
udp6   0  0 2001::::123 :::*
udp6   0  0 fe80::211:43ff:fedd:123 :::*

so it appears this bug is only partially fixed.

Or am I misunderstanding something?

Gavin

-- System Information:
Debian Release: 5.0.8
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages net-tools depends on:
ii  libc6   2.7-18lenny7 GNU C Library: Shared libraries

net-tools recommends no packages.

net-tools suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#623201: gnome-power-manager: tray icon and mouseover show 100%, though battery at 1.2% when you click on icon

2011-04-18 Thread Gavin McCullagh
Package: gnome-power-manager
Version: 2.32.0-2
Severity: normal


When I type acpi:

gavinmc@it-l2100-1:~$ acpi
Battery 0: Unknown, 1%

When I look at icon it's a full blue battery.
When I mouseover icon, I get Laptop battery is full charged
When I click on icon, I get Laptop Battery 1.2%

Something must be wrong here.

This is a Dell Latitude 2100.  

There doesn't seem to be a battery entry under /proc/acpi which is a little 
surprising to me.

gavinmc@it-l2100-1:~$ find /proc/acpi/
/proc/acpi/
/proc/acpi/video
/proc/acpi/video/VID2
/proc/acpi/video/VID2/DOS
/proc/acpi/video/VID2/POST
/proc/acpi/video/VID2/POST_info
/proc/acpi/video/VID2/ROM
/proc/acpi/video/VID2/info
/proc/acpi/video/VID
/proc/acpi/video/VID/DVI
/proc/acpi/video/VID/DVI/EDID
/proc/acpi/video/VID/DVI/brightness
/proc/acpi/video/VID/DVI/state
/proc/acpi/video/VID/DVI/info
/proc/acpi/video/VID/LCD
/proc/acpi/video/VID/LCD/EDID
/proc/acpi/video/VID/LCD/brightness
/proc/acpi/video/VID/LCD/state
/proc/acpi/video/VID/LCD/info
/proc/acpi/video/VID/CRT
/proc/acpi/video/VID/CRT/EDID
/proc/acpi/video/VID/CRT/brightness
/proc/acpi/video/VID/CRT/state
/proc/acpi/video/VID/CRT/info
/proc/acpi/video/VID/DOS
/proc/acpi/video/VID/POST
/proc/acpi/video/VID/POST_info
/proc/acpi/video/VID/ROM
/proc/acpi/video/VID/info
/proc/acpi/processor
/proc/acpi/processor/CPU1
/proc/acpi/processor/CPU1/power
/proc/acpi/processor/CPU1/limit
/proc/acpi/processor/CPU1/throttling
/proc/acpi/processor/CPU1/info
/proc/acpi/processor/CPU0
/proc/acpi/processor/CPU0/power
/proc/acpi/processor/CPU0/limit
/proc/acpi/processor/CPU0/throttling
/proc/acpi/processor/CPU0/info
/proc/acpi/button
/proc/acpi/button/sleep
/proc/acpi/button/sleep/SBTN
/proc/acpi/button/sleep/SBTN/info
/proc/acpi/button/power
/proc/acpi/button/power/PBTN
/proc/acpi/button/power/PBTN/info
/proc/acpi/button/lid
/proc/acpi/button/lid/LID
/proc/acpi/button/lid/LID/state
/proc/acpi/button/lid/LID/info
/proc/acpi/thermal_zone
/proc/acpi/thermal_zone/THM
/proc/acpi/thermal_zone/THM/polling_frequency
/proc/acpi/thermal_zone/THM/cooling_mode
/proc/acpi/thermal_zone/THM/trip_points
/proc/acpi/thermal_zone/THM/temperature
/proc/acpi/thermal_zone/THM/state
/proc/acpi/wakeup
/proc/acpi/sleep
/proc/acpi/fadt
/proc/acpi/dsdt
/proc/acpi/info
/proc/acpi/power_resource
/proc/acpi/embedded_controller
/proc/acpi/embedded_controller/ECDV
/proc/acpi/embedded_controller/ECDV/info


-- Package-specific info:
Distro version:   wheezy/sid
Kernel version:   2.6.32-5-686
g-p-m version:2.32.0
HAL version:  0.5.14
System manufacturer:  missing
System version:   missing
System product:   missing
AC adapter present:   yes
Battery present:  yes
Laptop panel present: yes
CPU scaling present:  yes
Battery Information:
  battery.charge_level.current = 593  (0x251)  (int)
  battery.charge_level.design = 57116  (0xdf1c)  (int)
  battery.charge_level.last_full = 51097  (0xc799)  (int)
  battery.charge_level.percentage = 1  (0x1)  (int)
  battery.charge_level.rate = 10  (0xa)  (int)
  battery.is_rechargeable = true  (bool)
  battery.model = 'DELL 6P1479A'  (string)
  battery.present = true  (bool)
  battery.rechargeable.is_charging = false  (bool)
  battery.rechargeable.is_discharging = false  (bool)
  battery.reporting.current = 54  (0x36)  (int)
  battery.reporting.design = 5200  (0x1450)  (int)
  battery.reporting.last_full = 4652  (0x122c)  (int)
  battery.reporting.rate = 1  (0x1)  (int)
  battery.reporting.technology = 'Li-ion'  (string)
  battery.reporting.unit = 'mAh'  (string)
  battery.serial = '20604'  (string)
  battery.technology = 'lithium-ion'  (string)
  battery.type = 'primary'  (string)
  battery.vendor = 'Samsung SDI'  (string)
  battery.voltage.current = 10984  (0x2ae8)  (int)
  battery.voltage.design = 11100  (0x2b5c)  (int)
  battery.voltage.unit = 'mV'  (string)
UPower data:
Device: /org/freedesktop/UPower/devices/line_power_AC
  native-path:  
/sys/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/AC
  power supply: yes
  updated:  Mon Apr 18 10:45:03 2011 (366 seconds ago)
  has history:  no
  has statistics:   no
  line-power
online: yes

Device: /org/freedesktop/UPower/devices/battery_BAT0
  native-path:  
/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0A:00/power_supply/BAT0
  vendor:   Samsung SDI
  model:DELL 6P1479A
  serial:   20604
  power supply: yes
  updated:  Mon Apr 18 10:51:09 2011 (0 seconds ago)
  has history:  yes
  has statistics:   yes
  battery
present: yes
rechargeable:yes
state:   fully-charged
energy:  0.5994 Wh
energy-empty:0 Wh
energy-full: 51.6372 Wh
energy-full-design:  57.72 Wh
energy-rate: 0.0111 W
voltage: 10.982 V
percentage:  1.16079%
capacity:89.4615%
technology:  

Bug#623201: Acknowledgement (gnome-power-manager: tray icon and mouseover show 100%, though battery at 1.2% when you click on icon)

2011-04-18 Thread Gavin McCullagh

I should have said that this is only with the power cable connected.





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#565260: spurious warning before auto-label of file volume

2010-01-14 Thread Gavin McCullagh
Package: bacula-sd
Version: 3.0.2-3

Using file volumes with bacula-sd, when a new volume must be auto-labelled,
you initially get a 2-line warning saying that the file doesn't exist.  All
then proceeds.  However, people looking at this tend to think something is
wrong.

This has apparently been fixed in upstream bacula v3.0.3.

http://bugs.bacula.org/view.php?id=1401

14-Jan 08:52 cuimhne-dir JobId 2557: Created new Volume JM-Full-0256 in 
catalog. 
14-Jan 08:52 cuimhne-dir JobId 2557: Using Device JM-Device
14-Jan 08:53 cuimhne-sd JobId 2557: Warning: dev.c:534 dev.c:532 Could not 
open: /var/lib/bacula/devices/jm/JM-Full-0256, ERR=No such file or directory
14-Jan 08:53 cuimhne-sd JobId 2557: Warning: dev.c:534 dev.c:532 Could not 
open: /var/lib/bacula/devices/jm/JM-Full-0256, ERR=No such file or directory
14-Jan 08:53 cuimhne-sd JobId 2557: Labeled new Volume JM-Full-0256 on device 
JM-Device (/var/lib/bacula/devices/jm).
14-Jan 08:53 cuimhne-sd JobId 2557: Wrote label to prelabeled Volume 
JM-Full-0256 on device JM-Device (/var/lib/bacula/devices/jm)


I'm seeing this on an Ubuntu machine on which I've built the latest bacula
package from jgoerzen's git archive.  A git-pull suggests I have the latest
source code.

Gavin




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#563694: location of kolab-webadmin smarty templates is misleading

2010-01-04 Thread Gavin McCullagh
Package: kolab-webadmin
Version: 2.2.2-20090514-2
Severity: normal


I just thought I'd note in passing that the smarty templates seem to be
stored in:
       /use/share/php/admin/

which, to me, seems a very confusing choice of path.  It's mainly down to
the generic nature of admin.  There's almost no reason to think of Kolab
when you see that path. If it were one of:
       /use/share/php/kolab-admin/
       /use/share/php/kolab/admin/

that would be much easier to understand.  I would have thought (without
checking at all) that the debian packaging rules would suggest:
       /use/share/php/kolab-webadmin/

ie. named after the package which those files are part of.




-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kolab-webadmin depends on:
ii  php-net-ldap   1:1.1.1-1 a OO interface for searching and m
ii  php-net-sieve  1.1.6-1   net_sieve module for PEAR
ii  php5   5.2.6.dfsg.1-1+lenny4 server-side, HTML-embedded scripti
ii  smarty 2.6.20-1.2Template engine for PHP

kolab-webadmin recommends no packages.

kolab-webadmin suggests no packages.

-- no debconf information



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#502957: Acknowledgement (otrs: OTRS has no logcheck database)

2008-10-21 Thread Gavin McCullagh
Hi,

sorry, this bug should have been posted against OTRS2, not OTRS.

Can you reassign it?

Gavin




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#502957: otrs: OTRS has no logcheck database

2008-10-21 Thread Gavin McCullagh
Package: otrs
Version: 1:1.3.3p01-4
Severity: wishlist
Tags: patch


Logcheck is a very useful tool for monitoring the logs of a particular program. 
 
OTRS is quite chatty in its logfile so it would be very useful to get a set of 
expressions which described the normal logs which can be ignored so that then 
OTRS's logs can be easily monitored without badgering the hell out of the 
admin.  
From time to time, OTRS does spit out more important logs which are more 
easily 
seen with this setup. 

As I run logcheck on a server running OTRS, I've been gradually accumulating 
log expressions.  To get the ball rolling I thought I'd include a patch for 
them.
Depending on how we'd want to do this, we could need lots of little expressions 
for every possible log, or we could just simplify these down into a few 
expressions with broad wildcard chunks.  The patch below closes out pretty 
much every normal log on our OTRS install, but I daresay with a different 
config, the list would be different.

Let me know what you think,
Gavin

--- /etc/logcheck/ignore.d.server/otrs.notexist 2008-10-21 10:01:42.0 
+0100
+++ /etc/logcheck/ignore.d.server/otrs  2008-10-21 10:01:17.0 +0100
@@ -0,0 +1,17 @@
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-(PM3|CGI)-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Ticket::Article::ArticleSend\] Sent email to '(?[ 
'[:alnum:][:punct:]-]+? )??[[:punct:][:alnum:[EMAIL PROTECTED]:alnum:].-]+?( 
\([[:alnum:]]+\))?' from '(?[ [:alnum:]']+?)??[[:punct:][:alnum:[EMAIL 
PROTECTED]:alnum:].-]+?'\. HistoryType = 
(Forward|SendAutoReply|SendCustomerNotification|SendAnswer|Bounce), Subject = 
Re: \[Ticket#[[:alnum:]]+\] .*;$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-(PendingJobs|PM3)-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Ticket::Article::Send(Customer|Agent)Notification\] 
Sent (customer|agent) 
'(StateUpdate|NewTicket|FollowUp|AddNote|PendingReminder)' notification to 
'(?[ [:alnum:]-]+? )?[EMAIL PROTECTED]:alnum:]-]+?'\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-PM3-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Ticket::Article::SendAutoResponse\] Sent auto 
response \(SendAutoReply\) for Ticket \[[0-9]+\] \(TicketID=[0-9]+, 
ArticleID=[0-9]+\) to '[[:punct:][:alnum:] '-]*?[[:punct:][:alnum:[EMAIL 
PROTECTED]:alnum:].-]+?( \([[:alnum:]]+\))?'\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-PM3-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Ticket::TicketCreate\] New Ticket \[[0-9]+/.*\] 
created \(TicketID=[0-9]+,Queue=[[:alnum:]]+,Priority=[0-9]+ normal,State=new\)$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-PM3-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::PostMaster::Filter::MatchDBSource::Run\] Filter: 
'.*' Set param 'X-OTRS-[[:alnum:]]+' to '[[:punct:][:alnum:]]+' \(Message-ID: 
.*\)
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-PM3-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::PostMaster::FollowUp::Run\] FollowUp Article to 
Ticket \[[0-9]+\] created \(TicketID=[0-9]+, ArticleID=[0-9]+\)\. ,$
+
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-CGI-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Auth::DB::Auth\] User: [[:punct:][:alnum:]]+ 
authentication ok \(REMOTE_ADDR: 
[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\)\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-CGI-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::AuthSession::DB::CheckSessionID\] SessionID 
\([[:alnum:]]+\) too old \([0-9]+h\)! Don't grant access!!!$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-CGI-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::AuthSession::DB::CheckSessionID\] SessionID: 
'[[:alnum:]]+' is invalid!+$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-(DeleteSessionIDs|CGI)-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::AuthSession::DB::RemoveSessionID\] Removed 
SessionID [[:alnum:]]+\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-(PendingJobs|CGI)-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Ticket::Article::Send(Customer|Agent)Notification\] 
Sent (agent|customer) '(Move|StateUpdate|OwnerUpdate|QueueUpdate)' notification 
to '([[:alnum:][:punct:]. -]+)??[[:punct:][:alnum:[EMAIL PROTECTED]?( 
\([[:alnum:]]+\))?'\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-(PendingJobs|CGI)-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Ticket::Article::ArticleSend\] Sent email to 
'?['[:alnum:] -]+? [[:punct:][:alnum:[EMAIL PROTECTED]' from '[[:alnum:] 
-]+ [[:punct:][:alnum:[EMAIL PROTECTED]'. HistoryType = 
SendCustomerNotification, Subject = Re: \[Ticket#[0-9]+\] New State (closed 
successful|open)!;$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-PM3-10\[[0-9]+\]: 
\[Notice\]\[main::FetchMail\] Fetched [0-9]+ email\(s\) from [EMAIL 
PROTECTED]:alnum:]-]+.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-GenericAgent-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::PID::PIDCreate\] Can't create PID GenericAgent, 
because it's already running \([[:alnum:].-]+/[0-9]+\)!$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-CGI-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::User::SetPassword\] User: '[[:alnum:]]+' changed 
password successfully!$
+



-- System Information:
Debian Release: 4.0
  APT prefers stable
  

Bug#490023: install of php5-pgsql should ideally reload apache2 if libapache2-mod-php5 is in use

2008-07-09 Thread Gavin McCullagh
Package: php5-pgsql
Version: 5.2.0-8+etch11
Severity: wishlist


When upgrading an etch web server from PHP4 to PHP5 I recently did something 
like

apt-get install libapache2-mod-php5 php5-cli php5-common php5-pgsql 
php5-mysql .

and all went reasonably well, except that when I went to look at the main web 
application it was down due to pgsql not being available.

This was because apache2 was restarted when libapache2-mod-php5 was installed, 
but php5-pgsql was subsequently installed without a restart of apache2, 
so PHP5 had not yet loaded the pgsql support.

It seems like installing modules like php5-pgsql should probably trigger this 
restart if libapache2-mod-php5 is installed?



-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages php5-pgsql depends on:
ii  libapache2-mod-php5 [p 5.2.0-8+etch11server-side, HTML-embedded scripti
ii  libc6  2.3.6.ds1-13etch5 GNU C Library: Shared libraries
ii  libpq4 8.1.11-0etch1 PostgreSQL C client library
ii  php5-cli [phpapi-20060 5.2.0-8+etch11command-line interpreter for the p
ii  php5-common5.2.0-8+etch11Common files for packages built fr

php5-pgsql recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#490023: [php-maint] Bug#490023: install of php5-pgsql should ideally reload apache2 if libapache2-mod-php5 is in use

2008-07-09 Thread Gavin McCullagh
Hi,

On Wed, 09 Jul 2008, sean finney wrote:

 the problem with this approach is that every php5 module would require such a 
 reload of apache whenever it was installed or upgraded, which is less than 
 ideal, and why i believe that it has not yet been implemented.  i'm pretty 
 sure this problem has been reported in the past but after digging through the 
 open reports i can't seem to find it.  

Yeah, that problem occurred to me (I myself was installing several PHP
packages) and I had guessed that triggers was probably the answer.  I'm
afraid my dpkg-foo is far below yours though so I won't be much help at
this moment.

 if anyone else is knowledgeable and/or interested in implementing such a 
 feature, i'd be happy to review it (though time is quite limited for making 
 it to lenny with such a patch).  otherwise i'll throw a help tag and 
 forward it to a wider audience.

Sounds like a good plan.

Gavin




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#376612: moodle-book now incompatible with moodle package in testing and unstable

2006-07-03 Thread Gavin McCullagh
Package: moodle-book
Version: 1.5.4-1
Severity: grave
Justification: renders package unusable


In the past few weeks Isaac Clerencia has package moodle v1.6 in
unstable and this week it made it into testing.  When I upgraded moodle,
I got complaints from the moodle admin system saying that the book
module could not be downgraded.

It appears to me that the existing moodle-book module should be
dependant on moodle v1.5.* (and no later).  Moodle v1.5 is no longer in
any debian release so this would render moodle-book uninstallable.

The solution seems to be to package Petr Skoda's new version available
here:

  http://moodle.org/mod/data/view.php?d=13rid=319

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to 
en_IE.UTF-8)

Versions of packages moodle-book depends on:
ii  debconf [debconf-2.0] 1.5.2  Debian configuration management sy
ii  moodle1.6-1  Course Management System for Onlin

moodle-book recommends no packages.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#351298: moodle: Please consider adding php5 dependency

2006-02-07 Thread Gavin McCullagh
Hi,

On Fri, Feb 03, 2006 at 05:36:59PM -0500, Rudy Godoy wrote:

 Please consider adding php5 dependency since it's already in testing
 and according upstream's website[0] it's supported since version 1.4.
 I've tested and using it without problems. 


I see the Ubuntu patch moves exmplicitly to php5.

-Depends: ${misc:Depends}, php4 (= 4.1.0) | php4-cgi (= 4.1.0), php4-pgsql 
(= 4.1.0) | php4-mysql (= 4.1.0), php4-gd, apache | httpd, php4-cli, 
wwwconfig-common (= 0.0.7), mimetex
+Depends: ${misc:Depends}, php5 | php5-cgi, php5-pgsql | php5-mysql, php5-gd, 
apache2 | httpd, php5-cli, wwwconfig-common (= 0.0.7), mimetex 

Would it not be better to depend on php4 or php5 rather than force people
to upgrade to PHP5?

Moodle isn't the only PHP application I'm using on my web server and I'd
rather not move up to PHP5 just now when all is working with PHP4.

Gavin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#349971: moodle: cron script generating 144 mails per day

2006-01-26 Thread Gavin McCullagh
Package: moodle
Version: 1.5.3+20060108-1
Severity: normal


In answer to bug #345930, the cron script was changed to use php4-cli
instead of wget on the web server.

The previous cron script had wget output sent to /dev/null.  The new
script doesn't do this, so it generates a mail to [EMAIL PROTECTED]  This
happens every 5 minutes which is rather a lot of mails.

Could I suggest this change to /etc/cron.d/moodle:

- */5 * * * * www-data [ -f /usr/share/moodle/admin/cron.php ]  /usr/bin/php4 
-f /usr/share/moodle/admin/cron.php
+ */5 * * * * www-data [ -f /usr/share/moodle/admin/cron.php ]  /usr/bin/php4 
-f /usr/share/moodle/admin/cron.php /dev/null

or something similar.

Gavin

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages moodle depends on:
ii  apache2-mpm-prefork [httpd]  2.0.54-5traditional model for Apache2
ii  debconf [debconf-2.0]1.4.30.13   Debian configuration management sy
ii  mimetex  1.50-1  LaTeX math expressions to anti-ali
ii  php4 4:4.3.10-16 server-side, HTML-embedded scripti
ii  php4-cli 4:4.3.10-16 command-line interpreter for the p
ii  php4-gd  4:4.3.10-16 GD module for php4
ii  php4-pgsql   3:4.3.10-4  PostgreSQL module for php4
ii  wwwconfig-common 0.0.43  Debian web auto configuration

-- debconf information:
* moodle/dbu_name: moodle
* moodle/db_server: postgresql
* moodle/db_host: localhost
* moodle/create_tables:
* moodle/webserver: apache2
  moodle/notconfigured:
  moodle/mismatch:
* moodle/dba_name: postgres


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#345930: moodle: upstream suggest cron job should be CLI PHP not a wget process

2006-01-04 Thread Gavin McCullagh
Package: moodle
Version: 1.5.2-1
Severity: normal


Martín Langhoffmentions in the moodle forums:

http://moodle.org/mod/forum/discuss.php?d=37006#170884

One thing that is really important in this case is that you should
really run it via cron and php commandline. If you are running the
moodle cron via 'wget http://host/moodle/admin/cron.php' then yes, you
will have memory problems.  Using wget for the cron.php is only for
small sites.

It would seem that a wget cron job is fine except on big systems.  Is
there any good reason not to just use the CLI version then?  I guess it
means a dependency on the php4-cli package but it may also remove a
dependency on wget.  Just a suggestion.

Gavin

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages moodle depends on:
ii  apache2-mpm-prefork [httpd]  2.0.54-5traditional model for Apache2
ii  debconf [debconf-2.0]1.4.30.13   Debian configuration management sy
ii  mimetex  1.50-1  LaTeX math expressions to anti-ali
ii  php4 4:4.3.10-16 server-side, HTML-embedded scripti
ii  php4-gd  4:4.3.10-16 GD module for php4
ii  php4-pgsql   3:4.3.10-4  PostgreSQL module for php4
ii  wget 1.9.1-12retrieves files from the web
ii  wwwconfig-common 0.0.43  Debian web auto configuration

-- debconf information:
* moodle/dbu_name: moodle
* moodle/db_server: postgresql
* moodle/db_host: localhost
* moodle/create_tables:
* moodle/webserver: apache2
  moodle/notconfigured:
  moodle/mismatch:
* moodle/dba_name: postgres