Hi,
It looks like this was already fixed for the non-legacy driver in bug
#735630
I'd imagine for consistency (and to stay in sync with the fedora patches
that fix came from) we should do the same here?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "
On 06/25/2011 06:15 PM, Ben Hutchings wrote:
The package should suggest libqt4-dev OR libqt3-mt-dev
(with a preference, like the kernel, of QT4.)
Since this is only a suggestion, I think we should just refer to
libqt4-dev.
Ben
Makes sense to me. QT3 is eventually going away, so might as well
qt4-dev OR libqt3-mt-dev
(with a preference, like the kernel, of QT4.)
This is just a nit since people compiling their own kernel should know enough
to get the appropriate libraries.
But it should make things easier for people who want to clean QT3 stuff off
their systems.
Thanks!
--Mike Young
I've tracked my users' email mbox corruption (see bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557103 ) to this bug.
Specifically, because mlock is installed in the wrong location, there is
nothing stopping simultaneous accesses to a user's spool file.
Since this leads to data loss, I
I have encountered this bug as well at current versions in lenny and sarge.
I tracked it down to bug 450665 (which is also bug: 499189)
On Debian, /var/spool/mail is set with 02775 permissions (which seems
reasonable) but libc-client wants the permissions to be 01777.
Normally, the program will
Package: plasma-scriptengine-ruby
Version: 4:4.4.5-1
Severity: normal
Tags: upstream patch
There's a typo in the "resize" function in:
/usr/share/kde4/apps/plasma_scriptengine_ruby/applet.rb
Line 90 has:
if args.length == 1 && args[0].kindof?(Qt::Size)
And it should read:
if args.length == 1 &&
;m not an
impartial vote...) :-)
--Mike Young
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I just had a chance to test the upstream patch, and it fixes the bug...
but not all the way.
Directories with suffixes (Like the profile directory for
"OpenOffice.org") get their suffixes stripped (to "OpenOffice").
I'll update this bug as I know more.
The defect is still within mangle_hash.c a
n
systems here.
If you need more info from me, or if I can help in anyway, please let me
know.
--Mike Young
-- System Information:
Debian Release: 5.0.3
APT prefers stable
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/4 CPU cores)
--
To UNSUBSCRIBE, email to d
Marc Haber wrote:
Please verify that you have actually updated the init script. The init
script is a conffile, so if you have done manual changes (which
shouldn't be necessary) you need to manually interfere to allow the
update to proceed.
The relevant code should have constructs like
${COMMONOP
Package: exim4-base
Version: 4.69-5+b1
Severity: serious
Justification: 6
Updating exim4 fails because the exim init script refuses to start the daemon.
>From the changelog, I'm guessing this might be related to the quoting problems
encountered in a few recent bugs (476987 is one). This release
severity 418962 minor
thanks
Please excuse the initial severity of this bug. I have discovered that
the reason the tomcat install hosed my CATALINA_BASE was due to a user
(who used to have sudo permissions and now has a very nasty MOTD) who
seemed to be hitting bug 402603 and trying everything
Package: tomcat5.5
Version: 5.5.20-4
Severity: grave
Justification: renders package unusable
The installation of tomcat5.5 uses relative symlinks in many places
including in the directories under CATALINA_BASE.
Example:
conf
logs -> ../../log/tomcat5.5
shared
temp
webapps
work -> ../../cache/tom
d-inetd has already been removed, any future attempt to
install it requires manual intervention.
I can imagine this scenario is going to apply to many more packages than
just uw-imapd. Anything that performs an update-inetd during its postrm
script will cause this same behavior.
--Mike Young
n
ailure to
this failure, but I wouldn't be suprised if the two are interrelated.
(Every clue helps.)
the only main interaction I can see in the install files is that
uw-imapd does some update-inetd commands.
Let me know if you need anything more.
--Mike Young
Aptitude 0.4.4: log report
Tue
Package: openbsd-inetd
Version: 0.20050402-5
Followup-For: Bug #386469
I'm seeing this same error on an etch update/upgrade today.
my pid for inetd doesn't change during the attempt at install, which
suggests that the preinstall for openbsd-inetd doesn't make any attempt
to stop the preexisting
)
Why is this app still spawning processes even when it is not enabled to
monitor the network interfaces? This service gets started by KDE
automatically, and even if unused it causes a serious performance
impact on the rest of the system.
Thanks,
--Mike Young
-- System Information:
Debian
17 matches
Mail list logo
