Package: ltsp-client-core
Severity: normal
In my setup the server that is logged into is different from the NFS
server serving the rootfs. By default ltsp assumes those are the same,
to override one can set the SERVER variable in lts.conf.
However this doesn't work. This is because in ltsp_config
Package: python-twisted
Severity: wishlist
Hi,
I'm working on packaging the latest release of CalendarServer. It claims to
depend on the newest release of twisted: 12. Are there any plans to package it?
Maybe in experimental?
I know very little about twisted, but I think I could assist in the
Package: php5-recode
Version: 5.2.0-8+etch7
Followup-For: Bug #459020
Hi,
I'm seeing similar behaviour. I tried to apply the patch in the php
bts, but alas the debian etch version already has it. In other words
this bug is not fixed by that patch.
grts Tim
-- System Information:
Debian Release:
Package: libdirectfb-dev
Version: 1.0.1-2
Severity: important
File: /usr/bin/directfb-config
It seems you forgot to update some of the patches in debian/patches in
your experimental branch. For example bug #407935 was fixed in
0.9.25.1-6, but the updated patch isn't present in 1.0.1-2
grts Tim
-
Package: menu
Version: 2.1.35
Followup-For: Bug #446009
This nl.po adds the missing strings in my previous nl.po
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (99, 'unstable'), (19, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2
Package: menu
Version: 2.1.35
Severity: wishlist
Tags: patch l10n
Find attached the updated nl.po,
grts Tim
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (500, 'stable'), (99, 'unstable'), (19,
'experimental')
Architecture: i386 (i686)
K
Package: splashy
Version: 0.3.4
Severity: normal
When splashy isn't running a call to splashy_update fails which makes
the /etc/init.d/gdm script fail => result is gdm won't start.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (600, 'unstable'), (500, 'sta
Package: pm-utils
Version: 0.99.2-2
Severity: important
Services with a dash in their name can't use restartservice. Example:
/var/run/pm-suspend: line 1: export `sl-modem-daemon_SERVICE_ACTIVATE=yes':
not a valid identifier
-- System Information:
Debian Release: lenny/sid
APT prefers un
Package: pm-utils
Version: 0.99.2-1
Severity: normal
This is a reminder to myself to discuss a bit about that when I have
them. Currently if hal knows we shouldn't use any quirks we still try
s2ram's internal list, because we can't distinguish it from `unknown
machine'.
-- System Information:
Deb
Package: initramfs-tools
Version: 0.87b.1
Severity: normal
Tags: patch
I created a patch to ask a debconf question (medium priority) if
update-initramfs should update all initramfs or not. The idea is that
other packages (like my uswsusp package) should check this question too.
This way we can m
Package: sl-modem-daemon
Followup-For: Bug #411851
As discussed, the best I can do is make pm-utils restart
sl-modem-daemon.
I'll attach a patch, I verified that the sl-modem-daemon package has the
correct content now, I don't know about sl-modem-source.
grts Tim
-- System Information:
Debian R
Package: uswsusp
Version: 0.6~cvs20070420-1.etch
Severity: normal
If I setup uswsusp to use a swap file on a LVM parition, it doesn't
work. It seems to go OK, it writes the image, but at the point that
it should poweroff, I get back to where I issued `s2disk'.
Checking at the offset where the i
Package: gnuvd
Version: 1.0.3-1.2
Followup-For: Bug #235819
I decided to fix this bug. The problem was that the url was not properly
encoded.
Patch attached.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (900, 'testing'), (20, 'unstable')
Architecture: i386 (i686
Package: gnuvd
Version: 1.0.3-1
Severity: normal
Tags: patch
Well, the subject says it all; gnuvd output misses a \n at the
very end of the output, which makes it a bit harder to read.
Trivial patch atached.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (900, 'te
Package: slapd
Version: 2.3.30-4
Severity: important
I'm trying to get my clients to authenticate with Certificates. When
I set 'TLSVerifyClient try' the connection 'hangs' during the setup
phase ot the secure connection.
The funny thing is that when running slapd from a terminal with -d-1
makes i
Package: slapd
Version: 2.3.30-2
Severity: normal
I had a really unpleasant upgrade of my small-time (but essential to me)
server to etch yesterday night.
When upgrading I read the NEWS entries and skimmed to the changelog as
always, but didn't find any screaming messages...
When slapd was upgr
Package: mount
Version: 2.12r-16
Severity: normal
Tags: patch
Hi,
I'm very sorry, but I made an error in the patch I submitted against
#406204: swsusp-patch not applied
The way it is now will not work for userspace software suspend.
The patch attached now, applies on top of the previous one.
Package: libdirectfb-dev
Version: 0.9.25.1-5
Severity: important
Tags: patch
directfb-config generates wrong linking options for
imageprovider/font/videoprovider. It basically uses not enough capitals.
Attached patch fixes this. For videoprovider I'm not 100% sure because
three of the four affect
Package: libdirectfb-dev
Version: 0.9.25.1-5
Severity: important
Tags: patch
Hi,
directfb-config generates the wrong path for the default wm module,
attached patch fixes that.
grts Tim
--- directfb-config 2006-12-04 08:10:09.0 +0100
+++ directfb-config 2007-01-20 13:09:15.000
Package: libdirectfb-dev
Version: 0.9.25.1-5
Severity: normal
The developement package seems to have a missing dependency on
libsysfs-dev
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (900, 'testing'), (20, 'unstable'), (19, 'experimental')
Architecture: i386 (i68
Package: libdirectfb-0.9-25
Version: 0.9.25.1-5
Severity: important
File: /usr/lib/directfb-0.9.25/gfxdrivers/libdirectfb_radeon.so
On my machine splashy (which is linked against libdirectfb) hangs
the whole machine. But only when the radeon module is present.
Disabling it by adding to /etc/direc
Package: apt-cacher
Tags: patch
Followup-For: Bug #385961
I made a simple patch that makes apt-cacher not cache Index files
that triggered an 404. This way the clean-up cron job won't find
thw empty and useless files and can continue cleaning.
grts Tim
-- System Information:
Debian Release: 4.0
Package: dhcp3-client
Version: 3.0.4-10
Followup-For: Bug #384271
> Honestly, I don't consider this a bug. Your networking configuration is
> invalid.
This maybe so (I'm not a dhcp guru) so I wouldn't immediately know.
But I've seen this kind of configuration with several maior ISPs in
the Nethe
Package: makedev
Version: 2.3.1-82
Severity: normal
Hi,
User space suspend in the 2.6.17+ kernels needs the device file
/dev/snapshot.
It can be made with
mknod /dev/snapshot c 10 231
Only root needs rw permissions.
It would be great if you could add it to MAKEDEV.
Thanks,
Tim
-- System
Package: hal
Version: 0.5.7-2
Severity: wishlist
Tags: patch
Since a few weeks the uswsusp package is in the archive, it can use
userspace software suspend present in recent kernels. For this to work
with a gnome system (via g-p-m and ultimately hal) a few additions
are needed to the scripts in
Package: dnsdoctor
Severity: normal
LS,
Is dnsdoctor just the unmaintained version of zonecheck? If I look
at the tools on there respective upstream websites, they look really
(really!) the same. The difference being that zonecheck had an upload
as recent as last week, while dnsdoctor's last up
Package: wnpp
Severity: wishlist
Owner: "Tim Dijkstra (tdykstra)" <[EMAIL PROTECTED]>
* Package name: liblzf-dev
Version : 1.51
Upstream Author : Marc Alexander Lehmann <[EMAIL PROTECTED]>
* URL : http://www.goof.com/pcg/marc/liblzf.html
* Lic
Package: wnpp
Severity: wishlist
Owner: "Tim Dijkstra (tdykstra)" <[EMAIL PROTECTED]>
* Package name: muswsusp
Version : 0.2
Upstream Author : Rafael J. Wysocki <[EMAIL PROTECTED]>, Pavel Machek
<[EMAIL PROTECTED]>
* URL : htt
Package: vbetool
Version: 0.6-1
Severity: normal
The debian/copyright file doesn't reflect the fact that the files under
x86emu/ and the lrmi.c file are under a different licence.
It's not a really serious problem I guess, because the licences are OK,
but I think it belongs in the copyright file
Package: dbus
Version: 0.61-5
Severity: important
For a certain class of users on my systems apps that need dbus to start
fail to do so. The symptom is as follows:
[EMAIL PROTECTED]:~$ hal-device
error: dbus_bus_get: org.freedesktop.DBus.Error.NoReply: No reply within
specified time
The user
Package: spamassassin
Version: 3.0.4-1.1
Followup-For: Bug #293485
Prompted by a upstream bug report I tried r192987 and haven't seen
any problems since. I'm not sure what exactly fixed it, so creating
a minimal backport patch is impossible. One change is that they do
not seem to use Storable a
Package: aptitude
Version: 0.2.15.9-2
Severity: normal
Tags: patch l10n
I started fixing some annoying punctuation and space errors, then
I noticed Lucs patch in BTS... What is left of my patch is attached.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (60, 'uns
Package: geneweb
Version: 4.10-6
Severity: grave
The prerm of geneweb finds files that it thinks are geneweb databases
located everywhere on the system and starts altering them (updating,
moving, etc).
All this unasked for. A maintainer script has no business messing around
with peoples data!
I
Package: helix-player
Followup-For: Bug #291596
I haven't checked if this package indeed has a security hole as stated
by chip, but if it has one this bug should be tagged 'security'. Also the
severity should porbably be higher. Actually it would be best if a
separate bug would be filled stating
Package: spamassassin
Version: 3.0.2-1.1
Followup-For: Bug #293485
I see the same behaviour as the OP and as some other people in the
upstream report http://bugzilla.spamassassin.org/show_bug.cgi?id=3828.
It isn't fixed for me with Storable-2.13 however as suggested in that
report. I doubt it's
Package: spamassassin
Version: 3.0.2-1
Severity: important
If I use
/etc/init.d/spamassassin reload
to let spamd reload its settings, I will end up with no spamd running.
The logs show 'correct behaviour':
2005-02-23 15:40:19 [12191] i: server hit by SIGHUP, restarting
2005-02-23 15:40:19 [12
36 matches
Mail list logo
