Package: fglrx-kernel-src
Version: 8.37.6-1
Severity: important
Tags: patch
Hi,
As of the upcoming 2.6.22 kernel, ioctl32.h is removed [1]. Fglrx
includes ioctl32.h and therefore fails to build. When it was removed,
ioctl32.h was already nearly empty, most of its stuff moved to other
header
Hi,
the behaviour you are witnessing is to be expected with the su example file
(just the auth section shown):
auth sufficient /lib/security/pam_ldap.so
auth required /lib/security/pam_unix_auth.so use_first_pass
To prevent this, you should add the rootok module,
in attachement there is Czech (cs.po) translation of openttd debconf
messages. Please include it with the package.
Thanks, I will repackage when I have some more translations.
Gr.
Matthijs
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Here is the updated Swedish debconf translation for openttd
Thanks, I will repackage as soon as I have some more translations.
Gr.
Matthijs
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Atached openttd debconf templates basque translation, please commit it.
Thanks, I will repackage as soon as I have some more translations.
Gr.
Matthijs
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
While translating your debconf template to German, I notice that your
second string sound strange.
I agree, it is confusing now I reread that.
Please also not the SMITH project:
http://lists.debian.org/debian-devel-announce/2007/04/msg0.html
All templates are currently being
Package: xserver-xorg-video-mga
Version: 1:1.4.1.dfsg.1-4
Followup-For: Bug #390739
Hey,
it seems these two bugs are really the same bug, identified upstream as
https://bugs.freedesktop.org/show_bug.cgi?id=6821
Also, it seems this bug is fixed in 1.4.3 (see upstream bugreport), released a
few
Package: fglrx-driver
Version: 8.23.7-1
Followup-For: Bug #369043
How is progress here? By now, 8.28.8 is the newest available version.
Gr.
Matthijs
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Package: blosxom
Version: 2.0-13
Severity: wishlist
Version 2.0.2 has been recently released on the blosxom sourceforge project
(www.sf.net/projects/blosxom).
v2.0.2
* fixed path_info to have correct extension in static mode (bug
1368882)
* fixed filtering bug in static
Package: irssi-text
Version: 0.8.10-2
Severity: important
Hi,
since a few days, I've been experiencing that irssi no longer resizes properly
when my terminal is resized. This behaviour is shown inside screen, xterm and
Eterm.
Reproducing is easy: Fire up an xterm, start irssi and maximize the
Reproducing is easy: Fire up an xterm, start irssi and maximize the terminal.
Irssi will stay at the top left of the terminal at its original size.
Okay, reproducing is not so easy, apparently. For some reason, one of my
terminals got into some weird state a while back, a state which is
Irssi wasn't been changed in the last month. Have you upgraded around
the time you started noticing problems that may be causing problems?
As I explained in my followup, this seems to be a problem in my environment,
or perhaps something in my environment that triggered an irssi bug. I might
Do other curses applications cause problems? Mutt for example?
Mutt works ok, so does aptitude.
Maybe it it a kernel problem with your ptys. Does closing all your
terminals fix anything? Restarting X? Rebooting? At a bit of a loss as
to why you're having problems. You could try debian-users
Package: nvidia-kernel-legacy-source
Version: 1.0.7174-2
Followup-For: Bug #360611
I've also looked into this problem a little. Specifically, I have found
the cause of the NV_SIGNAL_STRUCT_RLIM problem. I would presume the
other two (maybe more?) have the same problem.
The package contains a
Package: fglrx-driver
Version: 8.23.7-1
Severity: minor
The manpage of aticonfig states:
-i file, --input=file
Select a file to input as the configuration file. Set file to '-'
to pipe from standard input. [...]
and the same for the --output option. Yet, using -o -
Package: fglrx-driver
Version: 8.23.7-1
Severity: minor
The manpage for fglrx does not document the SWCursor option, which is
supported (found out by trial and error).
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture:
Package: fglrx-driver
Version: 8.23.7-1
Severity: minor
The manpage of fglrx states that there exists an option named
KernelModuleParam, which presumably passes kernel parameters to the fglrx
kernel module when it is autoloaded.
It seems this option is no longer supported, since Xorg.0.log says:
Package: debconf
Version: 1.4.67
Severity: minor
Hey,
I was debugging a package of mine just now and spent quite some time on a
stupid problem, caused by debconf remembering answers for packages that are
purged.
The documentation of debconf-show suggests that it lists all the information
in the
Matthijs Kooijman [EMAIL PROTECTED].
Which is untrue. It should say It has been closed by the bug owner, namely.
Gr.
Matthijs
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin
Package: libflash-mozplugin
Version: 0.4.13-5
Followup-For: Bug #285451
Hey,
is there any progress on this bug? It seems to me like a trivial fix...
I tend to reuse my terminals and monitor output from programs for
warnings and errors, which is pretty much impossible like this. Besides
that,
Package: kexec-tools
Version: 1.101-2
Severity: minor
Hey,
according to the man page, kexec has a --force option which will Force an
immediate kexec without calling shutdown. This implies that without --force,
calling kexec -e will call shutdown to change to runlevel 6 and do a proper
shutdown.
Package: kexec-tools
Version: 1.101-2
Severity: wishlist
Hey,
for kexec to be actually useful, there needs to be some way to not just do a
kexec, but also do a proper shutdown first.
I have solved this right now by prepending the reboot command in
/etc/init.d/reboot command with kexec -e (which
Package: rwhod
Version: 0.17-8
Severity: minor
The rwhod manpage says
If the -u flag is supplied, rwhod will run as the specified user instead of
as root.
When the the -u flag is not given, rwhod drops to user rwhod by default
after initialising. Also, even if the -u is given, rwhod still runs
Package: rwhod
Version: 0.17-8
Severity: minor
rwhod does not correctly parse the -? option.
There is a case in rwhod.c that handles -?
case '?':
default:
usage();
But it is not listed as an option a few lines before
while ((opt = getopt(argc, argv, bpai:fu:)) != EOF) {
Package: rwhod
Version: 0.17-8
Severity: normal
When the socket is not bindable (in my case because it was already running),
rwhod silently fails.
rwhod does generate an error in syslog, but nothing on stderr. Also, rwhod
tries to bind a socket before parsing its options (which is funny, since
Package: apache-common
Version: 1.3.33-7
Severity: normal
When invoking apache-modconf trying to enable a non-existant module, it
apparently notices that the module does not exist and exits.
It should obviously mention this, so I can rethink the module name instead of
wondering if I got the
Package: phpldapadmin
Version: 0.9.5-3sarge2
Severity: important
Hey,
I've just installed phpldapadmin, which failed to work out of the box.
When navigating to hostname/phpldapadmin, I got a 403 forbidden. Also, I
found the following in my error.log:
[Tue Oct 18 16:37:41 2005] [error]
Package: ldap-account-manager
Version: 0.4.9-2
Severity: important
On my system, using apache2 and php4, lam shows it's pages really slow.
Each page takes about 10 or 15 seconds to load, which makes using lam a
real PITA.
Since not just the processing and/or LDAP accessing pages were slowed,
but
There are some performance issues with the session encryption.
You can try installing php4-mcrypt and add the extension to your php.ini.
LAM 0.5.0 will no longer support the old Blowfish encryption but only
MCrypt. This will probably solve your problem.
I've just upgraded to 0.5, which
Package: ldap-account-manager
Version: 0.4.9-2
Severity: normal
When installing ldap-account-manager, I forgot to include samba.schema
in my slapd.conf. This caused the configuration wizard to fail without
giving any error message.
It would, after entering domain information, check if the samba
Package: php4-imagick
Version: 0.9.11-1
Severity: important
There are new versions of the php4 packages: 4.4.0. The phpapi version in
these packages changed, so I can now not upgrade my php, without breaking
php4-imagick.
Gr.
Matthijs
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Hey,
I just read these both bugreports (which should be merged), and I'm having the
same problem. As mentioned in #315139, one can remove this warning by setting
expert mode in the reportbug config file. At the very least, this should be
mentioned in the prompt presented.
Furthermore, I'm not
Hey,
I just realized that I have explicitely set $EDITOR to vim, which should be
enough to conclude that I do not have any problems with using vim as an
editor.
Furthermore, it seems that warning about vim and not about other editors with
a steep learning curve is warranted, since you only get
Package: fuse-utils
Version: 2.3.0-3
Severity: minor
I wanted sshfs on my system, so I installed the sshfs package. My kind
aptitude also installed libfuse2 and fuse-utils for it to work. Browsing
around in the fuse documentation I concluded that there was no kernel module
included and the only
Package: fuse-source
Version: 2.3.0-3
Followup-For: Bug #306016
Hey,
I've been experiencing the same problem, and as seen from the log Guido
posted, dh_installdocs seems to be the problem. I think it calls install
with -g 0 -u 0 options which should not produce an error when called from
within
Package: shfs-utils
Version: 0.35-3
Severity: minor
In README.Debian, you mention the use of dpkg to make the tools setuid. I
believe that there is a nice debconf question for that now, so the remark in
README.Debian should be updated to point to dpkg-reconfigure instead.
Matthijs
-- System
Package: gnustep-back
Version: 0.9.5-1
Followup-For: Bug #314823
I believe that this is indeed a breaking change in freetypes api, meaning just
recompiling makes gnustep-back incompatible with older freetypes. This is not
a problem in it self, but you should probably add a depends on
Package: svn-buildpackage
Version: 0.6.9
Severity: minor
When trying to view the help (svn-buildpackage --help) from some random
directory, I get:
svn: 'debian' is not a working copy
Not started from the Trunk directory or not a valid SVN repository. Aborting.
Obviously, the check for --help
Package: webmin-sendmail
Version: 1.210-2
Severity: normal
webmin-sendmail uses /etc/sendmail.cf and /usr/share/sendmail/sendmail.cf as
default paths for sendmail config and m4 base directory.
These should be /etc/mail/sendmail.cf and /usr/share/sendmail/cf respectively
to make webmin-sendmail
Package: php4-imagick
Version: 0.9.11-1
Followup-For: Bug #298448
Severity: important
Since some times, my php-imagick module has broken down. At first glance this
bug seems identical to #298448 (archived), though it seems to show the same
symptoms as #272687 too.
I have first noticed segfaults
Hey,
I solved the problem by recompiling the php4-imagick package as follows:
apt-get source php4-imagick
apt-get build-deb php4-imagick
dpkg-buildpackage -r fakeroot
After that, the package works fine (on both previously broken sytems). Any
idea what might cause this?
Maybe recompiling an
Package: wnpp
Severity: wishlist
Owner: Matthijs Kooijman [EMAIL PROTECTED]
* Package name: openttd
Version : 0.4.0.1
Upstream Author : Various
* URL : http://www.openttd.org/
* License : GPL
Description : open source clone of the Microprose game
Package: svn-buildpackage
Version: 0.6.7
Severity: minor
This package was renamed but the old name is still used in README.Debian
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=C,
On Fri, May 27, 2005 at 06:24:50PM +0200, Reinhard Tartler wrote:
* Package name: openttd
As far as I understood it, it requires media files from the original
game. Is this correct? Or are there free media files available?
It does. We are working on support for free media files, but for
That's correct; and, with or without that dependency, OpenTTD
infringes the copyright on Transport Tycoon Deluxe under a mise en
scene theory, as discussed on debian-legal. (Not to say there's a
What do you mean by that exactly?
consensus or anything; but it's not that complicated an issue,
401 - 445 of 445 matches
Mail list logo
