|
|
 Up |
|
  |
|
|
|
Author: Michael ProkopMichael Prokop
Date: Jun 8, 2010 13:00
* maximilian attems [Son Okt 11, 2009 at 01:32:41 +0200]:
> On Sun, Oct 11, 2009 at 12:13:13PM +0100, Martin Michlmayr wrote:
>> When you install a new kernel version (e.g. 2.6.29 -> 2.6.30, or
>> 2.6.30-1 to 2.6.31-2) the new version is not written to flash. This
>> is because initramfs-tools will only call flash-kernel when updating a
>> ramdisk (-u), but not when creating one (-c).
[...]
> we had lately a discussion with elilo for ia64 on #d-kernel.
> conclusion was linux-image postinst has to run it.
> see commit of elilo bit.
> for flash-kernel postinst will need a bit more work,
> but should be done there.
maks, should we reassign this issue to another package?
If not what needs to be done nowadays?
regards,
-mika-
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
|
| Show full article (0.96Kb) |
|
| |
no comments
|
|
|
|
|
|
|
|
|
Author: Carl KigunduCarl Kigundu
Date: Jun 8, 2010 12:40
Package: egroupware
Version: 1.6.001+dfsg-2
Severity: normal
Tags: upstream
This bug has also been Identified in upstream 1.6.003.
If a user has distribution lists, upon entering addressbook and selecting a distribution list,
user gets an error like:
SELECT egw_addressbook.*,n_given,n_given<>'' FROM egw_addressbook JOIN egw_addressbook2list
ON egw_addressbook.contact_id=egw_addressbook2list.contact_id AND list_id=66 LEFT JOIN egw_accounts
ON egw_addressbook.account_id=egw_accounts.account_id WHERE contact_tid='n'
AND ( egw_addressbook.contact_owner=142 OR contact_private=0 AND egw_addressbook.contact_owner IN (140,11,142,0)
OR egw_addressbook.contact_owner IS NULL) AND (account_expires IS NULL OR account_expires = -1 OR account_expires > 1275977177)
ORDER BY n_given<>'' DESC,n_given ASC,n_family ASC,org_name ASC
ERROR: ORDER BY "n_given" is ambiguous
LINE 1: ...t_expires > 1275977177) ORDER BY n_given<>'' DESC,n_given AS...
Looking at the lighttpd log file we get something like
2010-06-08 11:44:24: (mod_fastcgi.c.2711) FastCGI-stderr: Database error: Invalid SQL: SELECT egw_addressbook.*,n_family,n_family<>'' FROM egw_addressbook JOIN egw_addressbook2list ON egw_addressbook...
|
| Show full article (8.05Kb) |
|
no comments
|
|
|
|
|
|
Author: MSOFTMSOFT
Date: Jun 8, 2010 12:20
Submit Name:Address:Age:Sex:Occupation:Tel:Country
|
| |
|
no comments
|
|
|
|
|
|
Author: Nic SandfieldNic Sandfield
Date: Jun 8, 2010 12:00
Package: coreutils
Version: 8.5-1
Severity: important
Tags: squeeze
To reproduce:
mkdir a b
ln -s a x
ln -s -f b x
The last line should have removed the previous link to 'a' and replaced it with
the new link to 'b'. However, 'ls -l' shows that the link 'x' still points to
'a'. The failure to remove the former link is silent.
This worked in releases up to and including 'lenny'.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (720, 'testing')
Architecture: i386 (i686)
|
| Show full article (1.21Kb) |
|
no comments
|
|
|
|
|
|
Author: Andreas HenrikssonAndreas Henriksson
Date: Jun 8, 2010 12:00
While converting the xt (ipt) tc module to a shared object[1] to get rid
of tc linking directly to xtables I broke the module.
When tc linked directly to xtables, all the symbols where globally
available to all additionally loaded shared objects (libxt_MARK.so).
When loading m_xt.so via dlopen, they aren't because dlopen defaults to
keeping symbols local.
This means that m_xt.so loads libxtables.so symbols, but keeps them
local. When later loading the iptables libxt_MARK.so module, it can't
find the "xt_params" symbol (part of libxtables.so).
The below patch fixes this BUT IS INTENTIONALLY NOT signed off. This
will make all modules symbols global and I've not had time to
investigate what havoc that might wreak (in the future, since right now
m_xt.so is the only tc module available?).
I'll be away for the rest of this week and will hopefully get time next
week to look closer at this. I'd be more then happy if someone else
picked this up while I'm gone. ;P
Regards,
Andreas Henriksson
|
| Show full article (1.64Kb) |
|
no comments
|
|
|
|
|
