Bug#522689: screen: doesn't pass signals to programs running inside screen on kfreebsd

2009-04-06 Thread Jan Christoph Nordholz
Hi Axel, > screen on kfreebsd-i386 and kfreebsd-amd64 doesn't seem to pass any > signals (at least STOP, INT and WINCH) to text applications or shells > running inside that screen. thanks for bringing the kfreebsd port to my attention. The buildd log looks a bit suspicious, too. I'll debug this,

Bug#522689: screen: doesn't pass signals to programs running inside screen on kfreebsd

2009-04-06 Thread Jan Christoph Nordholz
Hi Axel, > There are DD accessible kfreebsd machines: I'm well aware of that. But I don't have that status (yet). ;) If you happen to know of other kfreebsd machines where I could get temporary access, that would be great - otherwise I'll just get that VM running, might come in handy to have one

Bug#520317: /var/run/screen requires mode 777

2009-03-18 Thread Jan Christoph Nordholz
Hi Brian, > when I first start screen after the system boots, it refuses to start, with > a message that /var/run/screen must have permissoins 777. I chmod it, and > it runs. I guess you removed all setid bits from /usr/bin/screen? The expected mode of /var/run/screen depends on the setid bit

Bug#520359: screen: fixes from ubuntu: file-not-found-warning, invoke-with-command, winmsg-color-limit

2009-03-18 Thread Jan Christoph Nordholz
Hi Dustin, thanks for the patches. I'm not satisfied with the fix for #323756 though: It would suppress all errors of the 'source' command, even if a user expli- citly does {^A:source nonexistent} - and I'd expect that to display a flashy warning message if the file isn't there. Regards, Jan

Bug#520317: /var/run/screen requires mode 777

2009-03-19 Thread Jan Christoph Nordholz
Hi, > ls -las /usr/bin/screen > 328 -rwxr-sr-x 1 root utmp 328448 Mar 6 16:36 /usr/bin/screen ok, then there are a couple of other reasons why this could be the case. I've just added a new Q&A pair to the upcoming version because there's often confusion about this: >>> Q: screen always complain

Bug#407667: dhclient not requesting ntp-servers by default

2009-03-20 Thread Jan Christoph Nordholz
unarchive 407667 reopen 407667 ! found 407667 3.0.5-2 kthxbye Hi, when you brought the "request" list back in 3.0.5-2's debian/dhclient.conf, the 'ntp-servers' parameter was again missing in it and still is. Would you please add it to the list? Thanks, Jan signature.asc Description: Digital

Bug#398752: nvi and the virtual package "editor"

2009-03-20 Thread Jan Christoph Nordholz
tags 398752 + wontfix close 399913 kthxbye Hi, as there's been no activity at all and as I'm on final consideration joining Steve's opinion, I'm tagging my bug wontfix and closing the corresponding policy bug again. Sorry for the noise, guys. Regards, Jan signature.asc Description: Digital s

Bug#319268: insecure

2009-03-20 Thread Jan Christoph Nordholz
Hi Kevin, > For anybody who falls on this bug, PHP MUST BE disabled where hypermail > outputs its files, or i guess someone can hack you by sending php files > to the list and you will host those backdoors..! how is this going to work? The first line that hypermail writes contains " signature.as

Bug#516222: RFS: libnet - orphaning libnet

2009-03-27 Thread Jan Christoph Nordholz
Hi Stefanos, if you need help, I could lend a hand now and then. I don't have the time to maintain the package on my own, but I have a faible for old and/or undocumented C code and some experience in delving through networking code in particular, so I could e.g. help hunting bugs. Regards, Jan

Bug#470573: autofs starts before nis and fails reading its nis maps

2008-03-27 Thread Jan Christoph Nordholz
Hi Jan, > I installed this new computer from scratch via debian netinstall CD. I assume you are installing Debian Etch, i.e. the last stable release. > Reason seems to be, that first /etc/rc2.d/S19autofs and afterwards > /etc/rc2.d/S19nis is executed and hence no nis maps are available to > auto

Bug#473016: autofs: automounting of nfs partitions does not work

2008-03-27 Thread Jan Christoph Nordholz
Hi Luk, hi Anibal (CC because of nfs-common involvement), Luk wrote: > It seems that autofs is started before nfs-common which apparently > prevents automounting of nfs partitions. Changing the symlink from > S19autofs to S21autofs to make sure it gets started after S20nfs-common > seems to fix t

Bug#473016: autofs: automounting of nfs partitions does not work

2008-03-27 Thread Jan Christoph Nordholz
Hi Luk, > >> It seems that autofs is started before nfs-common which apparently > >> prevents automounting of nfs partitions. Changing the symlink from > >> S19autofs to S21autofs to make sure it gets started after S20nfs-common > >> seems to fix the problem. > > > > shuffling the autofs link aro

Bug#600228: byte order bug in afsconf_LookupServer()

2010-10-14 Thread Jan Christoph Nordholz
Package: openafs-krb5 Severity: normal Hi, found while using aklog, so reporting against -krb5... => src/auth/cellconfig.c: ] int ] afsconf_GetAfsdbInfo(char *acellName, char *aservice, ] struct afsconf_cell *acellInfo) ] { ] [...] ] code = afsconf_LookupServer((const c

Bug#600228: byte order bug in afsconf_LookupServer()

2010-10-14 Thread Jan Christoph Nordholz
Hi, > > found while using aklog, so reporting against -krb5... > > This code doesn't exist in the current version of openafs in unstable or > testing, so I assume you're using the version from experimental? oh right, forgot the tag (and the Version: header, sorry). It's the current experimental

<    1   2   3