Bug#703388: davical: potential privacy issues as any user can list all other users/their details, etc.
hi!
starting on Patrick Mulrooney's work in in
https://sourceforge.net/p/davical/patches/5/ I've attached a set of
patches (based on davical/stretch-backports,now 1.1.8-1+deb10u1~bpo9+1)
to limit users view to own user and users of groups its member of.
gre3tings, Klaus
--- /usr/share/davical/inc/always.php.in.orig 2019-01-30 20:52:46.0 +0100
+++ /usr/share/davical/inc/always.php.in 2020-05-02 18:35:22.442020949 +0200
@@ -93,6 +93,7 @@
$c->base_url = preg_replace('#/[^/]+\.php.*$#', '', $_SERVER['SCRIPT_NAME']);
$c->base_directory = preg_replace('#/[^/]*$#', '', $_SERVER['DOCUMENT_ROOT']);
$c->default_privileges = array('read-free-busy', 'schedule-deliver');
+$c->list_everyone = true;
$c->enable_auto_schedule = true;
--- /usr/share/davical/htdocs/always.php.orig 2020-04-21 23:23:53.0 +0200
+++ /usr/share/davical/htdocs/always.php 2020-05-02 18:34:19.873738736 +0200
@@ -134,6 +134,7 @@
$c->base_url = preg_replace('#/[^/]+\.php.*$#', '', $_SERVER['SCRIPT_NAME']);
$c->base_directory = preg_replace('#/[^/]*$#', '', $_SERVER['DOCUMENT_ROOT']);
$c->default_privileges = array('read-free-busy', 'schedule-deliver');
+$c->list_everyone = true;
$c->enable_auto_schedule = true;
--- /usr/share/davical/inc/ui/collection-edit.php.orig 2020-04-21 23:23:53.0 +0200
+++ /usr/share/davical/inc/ui/collection-edit.php 2020-05-02 18:28:50.600242993 +0200
@@ -416,7 +416,13 @@
$grantrow = new Editor("Grants", "grants");
$grantrow->SetSubmitName( 'savegrantrow' );
- $grantrow->SetLookup( 'to_principal', 'SELECT principal_id, displayname FROM dav_principal WHERE principal_id NOT IN (SELECT member_id FROM group_member WHERE group_id = '.$id.') ORDER BY displayname' );
+ $limit_grantrow = '';
+ if ( ! $c->list_everyone ) {
+if ( ! $session->AllowedTo( "Admin" ) ) {
+ $limit_grantrow = 'AND (principal_id = \''.$session->principal_id.'\' or principal_id in (select member_id from group_member where group_id in (select group_id from group_member where member_id = \''.$session->principal_id.'\')) or principal_id in (select group_id from group_member where member_id = \''.$session->principal_id.'\'))';
+}
+ }
+ $grantrow->SetLookup( 'to_principal', 'SELECT principal_id, displayname FROM dav_principal WHERE principal_id NOT IN (SELECT member_id FROM group_member WHERE group_id = '.$id.') '.$limit_grantrow.' ORDER BY displayname' );
if ( $can_write_collection ) {
if ( $grantrow->IsSubmit() ) {
$_POST['by_collection'] = $id;
--- /etc/davical/config.php.orig 2020-04-21 23:23:53.0 +0200
+++ /etc/davical/config.php 2020-05-02 18:23:54.486873745 +0200
@@ -113,6 +113,14 @@
// $c->local_styles = array();
// $c->print_styles = array();
+/**
+* Allow users to see all accounts listed, or only their account and
+* the accounts they have a relationship to in the web interface.
+* Admins will still be able to see all accounts.
+* Default: true
+*/
+// $c->list_everyone = false;
+
/***
* *
--- /usr/share/davical/inc/ui/principal-browse.php.orig 2016-12-28 10:35:25.0 +0100
+++ /usr/share/davical/inc/ui/principal-browse.php 2020-05-02 17:23:27.106920933 +0200
@@ -35,6 +35,16 @@
$browser->AndWhere( 'type_id = '.$principal_type );
}
+if ( ! $c->list_everyone ) {
+ if ( ! $session->AllowedTo( "Admin" ) ) {
+if ( isset($principal_type) && ( $principal_type == 1 || $principal_type == 2 ) ) {
+ $browser->AndWhere( '(principal_id = \''.$session->principal_id.'\' or principal_id in (select member_id from group_member where group_id in (select group_id from group_member where member_id = \''.$session->principal_id.'\')))' );
+}
+if ( isset($principal_type) && $principal_type == 3 ) {
+ $browser->AndWhere( '(principal_id = \''.$session->principal_id.'\' or principal_id in (select group_id from group_member where member_id = \''.$session->principal_id.'\'))' );
+}
+ }
+}
$c->page_title = $browser->Title();
--- /usr/share/davical/inc/ui/principal-edit.php.orig 2020-04-21 23:23:53.0 +0200
+++ /usr/share/davical/inc/ui/principal-edit.php 2020-05-02 18:06:02.729799715 +0200
@@ -615,7 +615,7 @@
function grant_row_editor() {
- global $c, $id, $editor, $can_write_principal, $privilege_names;
+ global $c, $id, $editor, $can_write_principal, $privilege_names, $session;
$grantrow = new Editor("Grants", "grants");
$grantrow->SetSubmitName( 'savegrantrow' );
@@ -623,7 +623,13 @@
if ( isset($_GET['edit_grant']) ) {
$edit_grant_clause = ' AND to_principal != '.intval($_GET['edit_grant']);
}
- $grantrow->SetLookup( 'to_principal', 'SELECT principal_id, displayname FROM dav_principal WHERE user_active AND principal_id NOT IN (SELECT to_principal FROM grants WHERE by_principal = '.$id.$edit_grant_clause.') ORDER BY fullname' );
+ $limit_grantrow = '';
+ if
Bug#734391: [Pkg-xfce-devel] Bug#734391: lightdm: language selection of lightdm seems to be totally fucked up
hi! On 2014-01-06 22:09, Yves-Alexis Perez wrote: I know, that for that topic there are already some open bugs, but either they are quiet old, only handling one part of this problem or workaround is not complete. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679386 opened for version 1.2.2-1 on 28 Jun 2012. it describes more or less the situation when LANG is set, as I do in my testcase #3. provided workaround is to re-set LANGUAGE. last statement on 22 Oct 2012. 1 and a 1/2 year old, just tagged fixed-upstream since 25 Apr 2013. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694588 opened for version 1.2.2-1 on 28 Nov 2012. dupe of 679386. already merged by you. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733261 opened for version 1.8.5-2 on 27 Dec 2013. seems to be lightdm always takes language from .dmrc file, even language selector is disabled. in any case, when .dmrc gets removed, lightdm showed the behaviour expected. not retested by me. this was the story till message #25. afterwards its just describing the bug when LANG is set, see above, my testcase #3. So you open another one, so everyone is *really* confused? no, I just try to clarify the whole story about language settings and lightdm. to give the big picture. therefore I provided just 4 testcases. Also, I find the tone pretty offensive, take this: s/fucked up/useless/g which doesn't exactly incitates me to anwer the report at all. you have already. initially, lightdm is suggesting me a total wrong locale czech (would have awaited english due to LANGUAGE set), as you can see in http://kmp.or.at/~klaus/lightdm_locale/screenshot_lightdm_tc1_0_virgin_czech.png Yes, incidentally it's the first one of the available list. that's bad in my opinion, because root has just choosen a language during installation for good reason, which is definitly written by the installer into /etc/default/locale as LANGUAGE. and as you correctly stated below, this is just a priority list, as also explained here http://www.gnu.org/software/gettext/manual/html_node/The-LANGUAGE-variable.html#The-LANGUAGE-variable so, my expectation is, that when LANG is unset (as it should be), lightdm should choose the locale based on LANGUAGE priority and not on the alphabetical (?) order of languages. lets login. languages are mixed up, as you can see in http://kmp.or.at/~klaus/lightdm_locale/screenshot_lightdm_tc1_1_first_login.png ;=== tux@dodahos:~$ export | grep -i lang declare -x LANG=cs_CZ.utf8 declare -x LANGUAGE=en_US:en tux@dodahos:~$ cat .dmrc [Desktop] Language=cs_CZ.utf8 Session=lightdm-xsession ;=== I don't see how they are mixed up. please, have a detailed look on my screenshot (still linked above) where panel is english, applications menu is in czech, terminals menu is english, ... this is what I mean with mixed up. czech was selected in the menu, so LANG is set to czech. no, czech was suggested because its the first language avail on the system, it was not really selected. yes, LANG is set correctly. *You* set LANGUAGE (which lightdm doesn't touch). yes and no. during installation of the system I choosed english as language, but LANGUAGE itself is set by installer in /etc/default/locale which is sourced by lightdm's init file. but due to LANGUAGE is a priority list (mentioned and given link above), it should also reflect the choosen language in LANG respectively in LC_MESSAGE. this is also checked by /usr/sbin/update-locale. ;=== # If LANGUAGE is set, its first value must be compatible with LC_MESSAGES ;=== let me give you an example. ;=== root@dodahos:~# export | grep -i lang declare -x LANGUAGE=en_US:en root@dodahos:~# update-locale LANG=de_AT.UTF-8 *** update-locale: Warning: LANGUAGE (en_US:en) is not compatible with LANG (de_AT.UTF-8). Disabling it. root@dodahos:~# update-locale LANG=de_AT.UTF-8 LANGUAGE=de_AT:de:en_US:en root@dodahos:~# cat /etc/default/locale # File generated by update-locale LANG=de_AT.UTF-8 LANGUAGE=de_AT:de:en_US:en ;=== now I delete username and give tux and language is still esperanto, would have awaited czech now. see screenshot http://kmp.or.at/~klaus/lightdm_locale/screenshot_lightdm_tc1_2_wrong_language.png This one looks indeed weird. even its not the case often used. ok, lets select locale czech and login with tux. same as before. lets logout. What do you mean “same as before”? LANG correctly set to cs_CZ and LANGUAGE still set to en_US? yes. - LANGUAGE not set correct by lightdm I'm honestly not sure lightdm should touch LANGUAGE at all. it should. because user has choosen LANG as its prio 1 language, so this should be reflected in LANGUAGE, as also update-locale does. Considering it's a priority list, replacing the content by one locale doesn't look like a good idea. Maybe adding the currently selected locale on top of the list? good idea, very good idea! If it's not set, then it's useless to set it to the same
Bug#734391: lightdm: language selection of lightdm seems to be totally fucked up
Package: lightdm Version: 1.9.5-1 Severity: normal Dear Maintainer, I know, that for that topic there are already some open bugs, but either they are quiet old, only handling one part of this problem or workaround is not complete. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679386 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694588 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733261 machine is debian testing/jessie with lightdm of experimental (lightdm 1.9.5-1, lightdm-gtk-greeter 1.7.0-1 and liblightdm-gobject-1-0 1.9.5-1), but seen same behaviour in lightdm of testing/jessie. my setup on locale is the following, default set to none (lets call it testcase #1). no, neither speak czech nor esperanto, its just for testing purpose. ;=== root@dodahos:~# locale -a C cs_CZ.utf8 C.UTF-8 de_AT.utf8 en_US.utf8 eo.utf8 POSIX root@dodahos:~# cat /etc/default/locale # File generated by update-locale #LANG=en_US.UTF-8 LANGUAGE=en_US:en ;=== lightdm's dmrc cache and .dmrc file of all users just deleted. ;=== rm -f /var/cache/lightdm/dmrc/* /home/*/.dmrc ;=== initially, lightdm is suggesting me a total wrong locale czech (would have awaited english due to LANGUAGE set), as you can see in http://kmp.or.at/~klaus/lightdm_locale/screenshot_lightdm_tc1_0_virgin_czech.png lets login. languages are mixed up, as you can see in http://kmp.or.at/~klaus/lightdm_locale/screenshot_lightdm_tc1_1_first_login.png ;=== tux@dodahos:~$ export | grep -i lang declare -x LANG=cs_CZ.utf8 declare -x LANGUAGE=en_US:en tux@dodahos:~$ cat .dmrc [Desktop] Language=cs_CZ.utf8 Session=lightdm-xsession ;=== lets login with user bauersbua, but now with esperanto locale selected. same here, don't need a screenshot. :-) ;=== bauersbua@dodahos:~$ export | grep -i lang declare -x LANG=eo.utf8 declare -x LANGUAGE=en_US:en bauersbua@dodahos:~$ cat .dmrc [Desktop] Language=eo.utf8 Session=lightdm-xsession ;=== so, lets init 6. same as before, lightdm is suggesting me the wrong locale czech. I give the username of bauersbua and language is switched to esperanto. fine. now I delete username and give tux and language is still esperanto, would have awaited czech now. see screenshot http://kmp.or.at/~klaus/lightdm_locale/screenshot_lightdm_tc1_2_wrong_language.png ok, lets select locale czech and login with tux. same as before. lets logout. give username bauersbua, ... (same as before as after init 6). lets sum up this testcase #1: i system locale set to none - wrong locale suggested by lightdm - LANGUAGE not set correct by lightdm - languages mixed up in xfce - locale in lightdm looked up in .dmrc for user only first time. there's a workaround mentioned in http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=679386#107, lets apply and test it as testcase #2. lightdm's dmrc cache and .dmrc file of all users just deleted, as before. perfect, fine w/ tux and bauersbua. ;=== tux@dodahos:~$ export | grep -i lang declare -x LANG=cs_CZ.utf8 declare -x LANGUAGE=cs_CZ:cs tux@dodahos:~$ cat .dmrc [Desktop] Language=cs_CZ.utf8 Session=lightdm-xsession ;=== ;=== bauersbua@dodahos:~$ export | grep -i lang declare -x LANG=eo.utf8 declare -x LANGUAGE=eo:eo bauersbua@dodahos:~$ cat .dmrc [Desktop] Language=eo.utf8 Session=lightdm-xsession ;=== but, in LANG the string utf8 should be uppercase, according to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679386#107 who the fuck is overwriting LANG with the wrong value? even if I create a .xsessionrc to set LANG and LANGUAGE, LANG just gets overwritten. ;=== tux@dodahos:~$ cat .xsessionrc export LANG=cs_CZ.UTF-8 export LANGUAGE=cs_CZ:cs:en tux@dodahos:~$ export | grep -i lang declare -x LANG=cs_CZ.utf8 declare -x LANGUAGE=cs_CZ:cs:en ;=== lets sum up this testcase #2: i system locale set to none - wrong locale suggested by lightdm + LANGUAGE set correct due to patch out of http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=679386#107 - LANG overwritten even if set in .xsessionrc + only one language in xfce - locale in lightdm looked up in .dmrc for user only first time. ok, lets set system locale with dpkg-reconfigure locales to en_US.UTF-8. ;=== root@dodahos:~# locale -a C cs_CZ.utf8 C.UTF-8 de_AT.utf8 en_US.utf8 eo.utf8 POSIX root@dodahos:~# cat /etc/default/locale # File generated by update-locale LANG=en_US.UTF-8 LANGUAGE=en_US:en ;=== lightdm's dmrc cache and .dmrc file of all users just deleted, as before. this is testcase #3. perfect, lightdm is suggesting me locale english. lets login tux with czech. LANG still overwritten. ;=== tux@dodahos:~$ cat .dmrc [Desktop] Language=cs_CZ.utf8 Session=lightdm-xsession tux@dodahos:~$ cat .xsessionrc export LANG=cs_CZ.UTF-8 export LANGUAGE=cs_CZ:cs:en tux@dodahos:~$ export | grep -i lang declare -x LANG=cs_CZ.utf8 declare -x LANGUAGE=cs_CZ:cs:en ;=== now tux has .dmrc file, so, would await at next login lightdm is suggesting me czech. nooo. its suggesting me english. wtf? seems to be lightdm is ignoring users .dmrc file if LANG
Bug#580507: linux-image-2.6.32-5-openvz-amd64: CONFIG_NF_CONNTRACK_IPV6 is not set
hi! its the same for 2.6.32-17. so, I have fears that next debian stable will be w/o usable IPv6 support for the openvz kernel. gre3tings, Klaus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#405463: dvdisaster: GLib-ERROR **: gmem.c:154: failed to allocate ... bytes error on DVD-ROM dual layer media
hi! I've the same problem here with single layer DVDs: ;=== vrec:~# dvdisaster -v -r -d /dev/hdc dvdisaster-0.70 Copyright 2004-2006 Carsten Gnoerlich. This software comes with ABSOLUTELY NO WARRANTY. This is free software and you are welcome to redistribute it under the conditions of the GNU GENERAL PUBLIC LICENSE. See the file COPYING for further information. Device: /dev/hdc, AOPEN DVD1648/AAP 1.04 ExamineUDF(AOPEN DVD1648/AAP 1.04) Examining the ISO file system... Sector 16: Volume descriptor type= 1 Volume descriptor version = 1 Standard identifier = CD001 - primary volume descriptor: System identifier : || Volume identifier : |NEU | Volume space size : 2199008 sectors Volume set size : 1 Volume sequence size : 1 Logical block size: 2048 Path table size : 42 bytes L-Path table location : 262 Opt L-Path table location : 0 M-Path table location : 263 Opt M-Path table location : 0 Volume creation date/time : 16-01-2005 08:52:00.00 Volume modification d/t : 16-01-2005 08:52:00.00 Volume expiration d/t : 00-00- 00:00:00.00 Volume effective d/t : 00-00- 00:00:00.00 File structure version: 1 Sector 17: Volume descriptor type= 2 Volume descriptor version = 1 Standard identifier = CD001 - supplementary volume descriptor: *skipped* Sector 18: Volume descriptor type= 255 Volume descriptor version = 1 Standard identifier = CD001 - volume descriptor set terminator; end of ISO file system parsing. Examining the UDF file system... not yet implemented. udf/try_sector: trying sector 2199008 udf/try_sector: no cookie but rewriteable medium: skipping header udf/try_sector: trying sector 2198858 udf/try_sector: no cookie but rewriteable medium: skipping header GLib-ERROR **: gmem.c:154: failed to allocate 4294580732 bytes aborting... Aborted ;=== same on 0.70.2-2 (testing) and 0.70.3-1 (unstable). greetings, Klaus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#371073: backuppc: tar treats date wrong
Package: backuppc
Version: 2.1.2-4
Severity: normal
if I do an incremental backup, I always get the follwoing error in the XferLOG:
;===
Running: /usr/bin/sudo /usr/local/bin/BackupPCtarCreate -v -f - -C /etc
--totals --newer=2006-05-30 20:00:00 .
Xfer PIDs are now 27890,27872
/bin/tar: Treating date `2006-05-30' as 2006-05-30 00:00:00 + 0 nanoseconds
/bin/tar: 20\:00\:00: Cannot stat: No such file or directory
;===
the problem is, that tar can't interprete the time.
the host is configured as follows:
;===
#
# Local server backup of /etc as user backuppc
#
$Conf{XferMethod} = 'tar';
$Conf{TarShareName} = ['/etc', '/exports', '/var/lib/wiki', '/var/www',
'/home', '/opt', '/usr/local/bin', '/root'];
$Conf{TarClientCmd} = '/usr/bin/sudo /usr/local/bin/BackupPCtarCreate -v -f -
-C $shareName+ --totals';
$Conf{FullKeepCnt} = [4,2,3];
$Conf{TarFullArgs} = '$fileList';
$Conf{TarIncrArgs} = '--newer=$incrDate $fileList';
;===
-- 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.15-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages backuppc depends on:
ii adduser 3.87 Add and remove users and groups
ii apache 1.3.34-2 versatile, high-performance HTTP s
ii debconf [debconf-2.0] 1.5.1Debian configuration management sy
ii dpkg1.13.19 package maintenance system for Deb
ii libarchive-zip-perl 1.16-1 Module for manipulation of ZIP arc
ii libcompress-zlib-perl 1.41-1 Perl module for creation and manip
ii perl [libdigest-md5-perl] 5.8.8-4 Larry Wall's Practical Extraction
ii perl-suid 5.8.8-4 Runs setuid Perl scripts
ii samba-common3.0.22-1 Samba common files used by both th
ii sendmail8.13.6-1 powerful, efficient, and scalable
ii sendmail-bin [mail-transpor 8.13.6-1 powerful, efficient, and scalable
ii smbclient 3.0.22-1 a LanManager-like simple client fo
ii tar 1.15.1dfsg-3 GNU tar
ii wwwconfig-common0.0.45 Debian web auto configuration
backuppc recommends no packages.
-- debconf information excluded
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359833: [pkg-horde] Bug#359833: kronolith2: warning in reminders.php
hi Ola! On Friday 31 March 2006 07:02, Ola Lundqvist wrote: Interesting. Is this something new or has it been this all the time? I have got similar report on other packages. its since Aptitude 0.4.1: log report Wed, Mar 29 2006 07:33:17 +0200 [UPGRADE] kronolith2 2.0.6-1 - 2.1-1 greetings hth, Klaus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359874: spamassassin: sa-update needs libarchive-tar-perl
Package: spamassassin Version: 3.1.0a-2 Severity: normal if I start sa-update I get the following error message: ;=== Can't locate Archive/Tar.pm in @INC (@INC contains: /usr/share/perl5 /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl) at /usr/bin/sa-update line 78. BEGIN failed--compilation aborted at /usr/bin/sa-update line 78. ;=== seems, that spamassassin should depend on libarchive-tar-perl. -- 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.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages spamassassin depends on: ii libdigest-sha1-perl 2.10-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.50-1 A collection of modules that parse ii libnet-dns-perl 0.53-2 Perform DNS queries from a Perl sc ii libsocket6-perl 0.19-1 Perl extensions for IPv6 ii perl 5.8.8-3Larry Wall's Practical Extraction Versions of packages spamassassin recommends: ii libmail-spf-query-perl 1:1.999.1-1 query SPF (Sender Policy Framework ii perl [libmime-base64-perl] 5.8.8-3 Larry Wall's Practical Extraction ii spamc3.1.0a-2Client for SpamAssassin spam filte -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359833: kronolith2: warning in reminders.php
Package: kronolith2
Version: 2.1-1
Severity: normal
if running /usr/share/horde3/kronolith/scripts/reminders.php in bash or
in cron, I get the following warning:
;===
PHP Warning: mime_magic: type regexBEGIN[[:space:]]*[{]
application/x-awk invalid in Unknown on line 0
;===
-- 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.15-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages kronolith2 depends on:
ii horde33.0.9-3horde web application framework
ii php-date 1.4.3-1PHP PEAR module for Date and Time
ii php-http-request 1.3.0-1provides an easy way to perform HT
ii php4-mysql4:4.4.2-1 MySQL module for php4
Versions of packages kronolith2 recommends:
ii locales 2.3.6-3GNU C Library: National Language (
ii php4-cli 4:4.4.2-1 command-line interpreter for the p
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356186: horde3: new upstream release available
Package: horde3 Version: 3.0.9-2 Severity: wishlist a new upstream release is available, when will it be avail in unstable? -- 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.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages horde3 depends on: ii apache2 2.0.55-4 next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.0.55-4 traditional model for Apache2 ii libapache2-mod-php4 [phpapi-2 4:4.4.2-1 server-side, HTML-embedded scripti ii php4-cli [phpapi-20050606]4:4.4.2-1 command-line interpreter for the p ii php4-domxml 4:4.4.2-1 XMLv2 module for php4 ii php4-pear 4:4.4.2-1 PHP Extension and Application Repo ii php4-pear-log 1.6.0-1.1 Log module for PEAR Versions of packages horde3 recommends: ii logrotate 3.7.1-2Log rotation utility ii php-date 1.4.3-1PHP PEAR module for Date and Time ii php-file 1.0.3-1PHP Pear modules for common file a ii php-mail 1.1.6-2PHP PEAR module for sending email ii php-mail-mime 1.3.1-1PHP PEAR module for creating and d ii php-services-weather 1.3.2-2acts as an interface to various on ii php4-gd [php4-gd2]4:4.4.2-1 GD module for php4 ii php4-mcrypt 3:4.3.10-2 MCrypt module for php4 ii php4-mysql4:4.4.2-1 MySQL module for php4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346101: apachetop: crashes with invalid pointer
Package: apachetop Version: 0.12.5-6 Severity: normal apachetop crashes as below: ;=== bogdan:~# apachetop *** glibc detected *** free(): invalid pointer: 0xb7df78c0 *** Aborted bogdan:~# ;=== -- 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=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages apachetop depends on: ii fam 2.7.0-8File Alteration Monitor ii libadns1 1.1-4 Asynchronous-capable DNS client li ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libfam0 2.7.0-8client library to control the FAM ii libgcc1 1:4.0.2-5 GCC support library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.1-5 GNU readline and history libraries ii libstdc++64.0.2-5The GNU Standard C++ Library v3 apachetop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322680: ieee80211-source: doesn't compile
Package: ieee80211-source
Version: 1.0.3-1
Severity: important
Justification: fails to build from source
compiling ieee80211-source ends up in an error:
ragnarok:/usr/src/modules/ieee80211# fakeroot debian/rules binary-modules
KSRC=/usr/src/linux-headers-2.6.12-1-686 KVERS=2.6.12-1-686
/usr/bin/gcc-4.0
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.12-1-686/g'` ; \
done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in}
${templ%.modules.in}.backup 2/dev/null || true; \
sed -e 's/##KVERS##/2.6.12-1-686/g ;s/#KVERS#/2.6.12-1-686/g ;
s/_KVERS_/2.6.12-1-686/g ; s/##KDREV##//g ; s/#KDREV#//g ; s/_KDREV_//g'
$templ ${templ%.modules.in}; \
done
export DH_OPTIONS='-pieee80211-modules-2.6.12-1-686'
dh_testdir
dh_testroot
dh_clean -k
# Build the module
/usr/bin/make -C driver
KSRC=/usr/src/linux-headers-2.6.12-1-686
KVER=2.6.12-1-686
make[1]: Entering directory
`/usr/src/modules/ieee80211/driver'
/usr/bin/make -C /usr/src/linux-headers-2.6.12-1-686
M=/usr/src/modules/ieee80211/driver
MODVERDIR=/usr/src/modules/ieee80211/driver modules
/bin/sh:
/usr/src/linux-headers-2.6.12-1-686/scripts/gcc-version.sh:
No such file or directory
make[2]: Entering directory
`/usr/src/linux-headers-2.6.12-1-686'
CC [M] /usr/src/modules/ieee80211/driver/ieee80211_module.o
/bin/sh: scripts/genksyms/genksyms: No such file or
directory
make[3]: *** [/usr/src/modules/ieee80211/driver/ieee80211_module.o] Error 1
make[2]: *** [_module_/usr/src/modules/ieee80211/driver] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.12-1-686'
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/modules/ieee80211/driver'
make: *** [binary-modules] Error 2
ragnarok:/usr/src/modules/ieee80211#
same with module-assistant -l 2.6.12-1-686 a-i ieee80211.
-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages ieee80211-source depends on:
ii debhelper 4.9.5 helper programs for debian/rules
ii module-assistant 0.9.8 tool to make module package creati
ieee80211-source recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
