Bug#749541: libjcode-perl: move to /usr/share/perl5
Hi Niko, Thank you for your patch. I'll check it and upload new libjcode-perl. Thanks, Atsushi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693511: rcconf: ssh daemon doesn't show up in rcconf.
Hi Tim, Thank you for the reply. I'll close this bug but please open new bug or re-open this bug if you find some difference between the problem system and your new VM. I believe the following commands help you something. # rcconf --list | grep ssh # ls -la /etc/rc*.d/*ssh* # cat /var/lib/rcconf/services Regards, Atsushi 2012/11/20, bugrep...@quantentunnel.de bugrep...@quantentunnel.de: Hi Atsushi, well, I built a new VM with a fresh wheezy and there the problem does not occur. Obviously this behaviour only exists in my original installation. This is strange anyway. But I think you can delete my bug report. Sorry for the false alarm. Cheers Tim Original-Nachricht Datum: Sun, 18 Nov 2012 22:29:39 +0900 Von: 鴨志田睦 pka...@gmail.com An: bugrep...@quantentunnel.de CC: ka...@kamop.org Betreff: FW: Re: Bug#693511: rcconf: ssh daemon doesn\'t show up in rcconf. Hello Tim, I just replied to you about rcconf problem but your mail server didn't receive my email with the following error. bugrep...@quantentunnel.de: host mx0.gmx.net[213.165.64.100] said: 550-5.1.1 {mx069} bugrep...@quantentunnel.de... Sorry, your envelope sender has been denied: The recipient 550 5.1.1 does not want to receive mail from your address. ( http://portal.gmx.net/serverrules ) (in reply to RCPT TO command) So I forward it to you from my gmail account. I attached what I replied to you and it can be seen at the following url. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693511 As it looks impossible for me to send email to you from my private/debian mail account, please see my messages via above url after this. Thanks, Atsushi -- Hello Tim, I tried to reproduce it in my testing environment but I couldn't see the problem. I created VM and fresh-installed squeeze on it and then upgraded to sid. ii rcconf 2.5 all ii whiptail 0.52.14-11i386 ii openssh-client 1:6.0p1-3 i386 ii openssh-server 1:6.0p1-3 i386 ii sysv-rc2.88dsf-34all When I run rcconf, ssh item exists. I turned on and off of ssh and it works fine for me. # rcconf --list | grep ssh ssh on # ls -la /etc/rc*.d/*ssh* lrwxrwxrwx 1 root root 13 Nov 17 23:12 /etc/rc2.d/S17ssh - ../init.d/ssh lrwxrwxrwx 1 root root 13 Nov 17 23:12 /etc/rc3.d/S17ssh - ../init.d/ssh lrwxrwxrwx 1 root root 13 Nov 17 23:12 /etc/rc4.d/S17ssh - ../init.d/ssh lrwxrwxrwx 1 root root 13 Nov 17 23:12 /etc/rc5.d/S17ssh - ../init.d/ssh If possible, could you please create test environment and reproduce the problem? Thanks, Atsushi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693511: rcconf: ssh daemon doesn't show up in rcconf.
Hello Tim, I tried to reproduce it in my testing environment but I couldn't see the problem. I created VM and fresh-installed squeeze on it and then upgraded to sid. ii rcconf 2.5 all ii whiptail 0.52.14-11i386 ii openssh-client 1:6.0p1-3 i386 ii openssh-server 1:6.0p1-3 i386 ii sysv-rc2.88dsf-34all When I run rcconf, ssh item exists. I turned on and off of ssh and it works fine for me. # rcconf --list | grep ssh ssh on # ls -la /etc/rc*.d/*ssh* lrwxrwxrwx 1 root root 13 Nov 17 23:12 /etc/rc2.d/S17ssh - ../init.d/ssh lrwxrwxrwx 1 root root 13 Nov 17 23:12 /etc/rc3.d/S17ssh - ../init.d/ssh lrwxrwxrwx 1 root root 13 Nov 17 23:12 /etc/rc4.d/S17ssh - ../init.d/ssh lrwxrwxrwx 1 root root 13 Nov 17 23:12 /etc/rc5.d/S17ssh - ../init.d/ssh If possible, could you please create test environment and reproduce the problem? Thanks, Atsushi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636614: loop-aes-utils: mount/umount option '--no-canonicalize' support from util-linux for fuse
Package: loop-aes-utils Version: 2.16.2-1 Severity: critical Tags: upstream Justification: breaks unrelated software I found fuse conflicts with loop-aes-utils recently. According to ubuntu bug #727220, loop-aes-utils needs to have --no-canonicalize option and --fake option(umount only) to use fuse. https://bugs.launchpad.net/ubuntu/+source/loop-aes-utils/+bug/727220 Please apply the patch from ubuntu(2.6.12.2-1ubuntu1). loop-aes-utils (2.16.2-1ubuntu1) natty; urgency=low * Backport mount/umount --no-canonicalize option from util-linux (LP: #727220). * Backport umount --fake option from util-linux. -- Colin Watson email address hidden Sun, 24 Apr 2011 16:02:36 +0100 -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.40-0ruru2011051901 (SMP w/2 CPU cores) Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Shell: /bin/sh linked to /bin/bash Versions of packages loop-aes-utils depends on: ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii libblkid1 2.17.2-9 block device id library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libsepol1 2.0.42-1 SELinux library for manipulating b ii mount 2.17.2-9 Tools for mounting and manipulatin Versions of packages loop-aes-utils recommends: ii sharutils 1:4.9-1shar, unshar, uuencode, uudecode loop-aes-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570404: [Pkg-sysvinit-devel] Processed: rcconf now barely usable
PR == Petter Reinholdtsen p...@hungry.com writes: PR I fail to see an explanation on what in this bug report is related to PR sysv-rc and what is the expected behaviour from sysv-rc. PR I can guess that rcconf removes rcX.d/ symlinks using update-rc.d and PR expect this to be remembered. If this is the case, rcconf do not use PR update-rc.d according to its documented interface. PR Please provide more information. I was wonder what kamop@ would have to say too, but it has been a week. Maybe rcconf can never work reliably the way it is designed. However I recall it used to. Petter, do you have any recommendations for an alternative to rcconf? Ultimately this bug should probably be reassigned to rcconf. Humm, it seems you have been waiting me to update. However, I have also been waiting because you reassinged this bug and I didn't. So, I believe you have responsibility to explain why you reassigned this bug to others. If you want me to explain, you should ask me so. Anyway, as I noted in the changelog of 2.3, it seems something changes on update-rc.d that turned into default settings(ON setting) when call with stop 0 1 2 3 4 5 6 .. I continue to investigate toward this but I wonder this will fix the problem you claimed. Of course, jidanni, you can send the patch for this as you've sent on other bugs. Thanks, Atsushi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556180: some programs become inaccessible
In my environment(sid), rcconf seems fine on both ntp and mysql. debdesk:~# rcconf -l | grep ntp ntp on debdesk:~# rcconf --off ntp update-rc.d: using dependency based boot sequencing update-rc.d: warning: ntp start runlevel arguments (none) do not match LSB Default-Start values (2 3 4 5) update-rc.d: warning: ntp stop runlevel arguments (0 1 2 3 4 5 6) do not match LSB Default-Stop values (0 1 6) debdesk:~# rcconf -l | grep ntp ntp off # rcconf --on ntp # rcconf -l | grep ntp ntp on # rcconf -l | grep mysql mysql on # rcconf --on mysql # rcconf -l | grep mysql mysql on # rcconf --off mysql update-rc.d: using dependency based boot sequencing update-rc.d: warning: mysql start runlevel arguments (none) do not match LSB Default-Start values (2 3 4 5) update-rc.d: warning: mysql stop runlevel arguments (0 1 2 3 4 5 6) do not match LSB Default-Stop values (0 1 6) # rcconf -l | grep mysql mysql off # rcconf --on mysql # rcconf -l | grep mysql mysql on If you've tried switching ntp and mysql with older rcconf(= 2.2), please re-install ntp and mysql. update-rc.d disable/enable may also fix the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556180: some programs become inaccessible
Purging rcconf deletes its database and re-installed rcconf can't find off state package. I mensioned to re-install the packages rcconf can't see, not rcconf itself. If you've tried switching ntp and mysql with older rcconf(= 2.2), please re-install ntp and mysql. update-rc.d disable/enable may also fix the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556180: some programs become inaccessible
Yes, but isn't what I found a much bigger problem that should be fixed first? You should open another ticket, or it'll make the problem complexed. BTW, rcconf saves the service name and its number(NN of /etc/rc?.d/[SK]NNname]) in /var/lib/rcconf/services. If you purge rcconf, this file is deleted. When you purge and install rcconf again, this file isn't recoverd. So, rcconf can't recognize off stated service if you set off before. If you don't want to do so, you must not purge rcconf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556180: some programs become inaccessible
AK You should open another ticket, or it'll make the problem complexed. I'm guessing that maybe both problems are related, and fixing the latter will fix the former. You can guess but I can't guess because of less information. You should describe how you handle rcconf and how you find the problem at least. AK BTW, rcconf saves the service name and its number(NN of AK /etc/rc?.d/[SK]NNname]) in /var/lib/rcconf/services. If you purge AK rcconf, this file is deleted. Yes. AK When you purge and install rcconf again, this file isn't recoverd. AK So, rcconf can't recognize off stated service if you set off before. Yes. AK If you don't want to do so, you must not purge rcconf. Yes. What I'm saying is that a fresh install of rcconf does not recognize any off services at all. Please try this: rcconf --list|grep -c off rcconf --list|grep -c on aptitude purge rcconf aptitude install rcconf rcconf --list|grep -c off rcconf --list|grep -c on Note that the services that were formerly off are now _totally unreachable by rcconf_... _disappeared_, 沉沒大海,尋無回。 Do you mean the above steps describe fresh install of rcconf? I've already described why rcconf can't find off state services by purge and install(probably you means 'fresh install'). I improved off state finding by update-rc.d disable that I mensioned in 2.3 and I'll close this bug because this may solve your problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519555: rcconf-1.22-test
I'll upload 1.22 officially and close this bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519555: KNOWN PROBLEM vs. 20/20 links
Hi, After apply this patch - I see 'hidden' services and can manage it. Only need add 'functions' to unselects array. --- /usr/sbin/rcconf2009-04-02 19:02:39.0 +0400 +++ /usr/sbin/rcconf.orig2009-04-02 19:02:32.0 +0400 @@ -617,7 +617,7 @@ ( $rcdf-{$key}-[10] == $rcdf-{$key}-[14] ) ( $rcdf-{$key}-[10] == $rcdf-{$key}-[15] ) ( $rcdf-{$key}-[10] == $rcdf-{$key}-[16] ) -( $rcdf-{$key}-[10] == 0 ) ) { +( $rcdf-{$key}-[10] != -1 ) ) { ## defaults packages push(@new_initd, $key); } This may cause another problem. This code checks if the pattern is set by rcconf, since rcconf set 0 when rcconf off the package. Thanks to Dan, I'm testing new version and will release within a few days. If you can test, please send email to me. I'll send you pre-version. Atsushi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519555: KNOWN PROBLEM vs. 20/20 links
They are just two different computers I use on alternating days. Does your touch V test reproduce on jidanni1? I think the hint for this problem is what difference your computers is because rcconf works fine on your jidanni1 and doesn't work on jidanni2. Also, rcconf works fine on my computers. They should be almost the same. Did my touch V test reproduce the bug for you? Here is my results. I tested on two different hosts. It seems rcconf works fine. host1:~# set V host1:~# touch /etc/init.d/$@ host1:~# chmod +x /etc/init.d/$@ host1:~# rcconf --on $@ host1:~# rcconf --off $@ host1:~# rcconf --on $@ host1:~# rcconf --off $@ host1:~# rcconf --on $@ host1:~# rcconf --off $@ host2:~# set V host2:~# touch /etc/init.d/$@ host2:~# chmod +x /etc/init.d/$@ host2:~# rcconf --on $@ host2:~# rcconf --off $@ host2:~# rcconf --on $@ host2:~# rcconf --off $@ host2:~# rcconf --off $@ Service 'V' is already on. Skipping... host2:~# rcconf --on $@ host2:~# rcconf --on $@ Service 'V' is already off. Skipping... host2:~# rcconf --off $@ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519555: KNOWN PROBLEM vs. 20/20 links
OK, so there is some other factor involved... but what? Could you describe your information in detail? I can't understand your some other factor. -- System Information: Debian Release: squeeze/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rcconf depends on: ii dialog1.1-20080819-1 Displays user-friendly dialog boxe ii perl 5.10.0-19 Larry Wall's Practical Extraction ii perl-modules 5.10.0-19 Core Perl modules ii sysv-rc 2.86.ds1-61System-V-like runlevel change mech ii whiptail [whiptail-provid 0.52.2-11.3Displays user-friendly dialog boxe rcconf recommends no packages. rcconf suggests no packages. -- no debconf information SHELL=/bin/bash XTERM_SHELL=/bin/su USER=root PATH=/usr/sbin:/usr/bin:/sbin:/bin LC_MESSAGES=C LC_COLLATE=C LANG=zh_TW.UTF-8 LYNX_CFG=/home/jidanni/.lynx.cfg XTERM_LOCALE=zh_TW.UTF-8 XTERM_VERSION=XTerm(241) HOME=/root LOGNAME=root LC_CTYPE=zh_TW.UTF-8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519555: KNOWN PROBLEM vs. 20/20 links
What is the difference between jidanni1 and jidanni2? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519555: KNOWN PROBLEM vs. 20/20 links
it happens with other packages too. I only tried the S/K20's. Other packages may also happen at your side because rcconf doesn't have its own status for defaults, rcconf has status data in /var/lib/rcconf/services for non-defaults. I couldn't reproduce your situation. In my several hosts, rcconf works fine. Probably the problem at your side is that rcconf can't find off-state package when rcconf has de-selected before. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519555: KNOWN PROBLEM vs. 20/20 links
Can you please try this experiment: update-rc.d -f wwwoffle remove update-rc.d wwwoffle defaults then run rcconf and in it deselect wwwoffle, then do # find /etc/rc?* -name \*wwwoffle* /etc/rc0.d/K20wwwoffle /etc/rc1.d/K20wwwoffle /etc/rc2.d/K20wwwoffle /etc/rc3.d/K20wwwoffle /etc/rc4.d/K20wwwoffle /etc/rc5.d/K20wwwoffle /etc/rc6.d/K20wwwoffle do you see rcconf left behind only K links? OK, I guess, but then run rcconf and see if wwwoffle is listed at all. Rcconf sets K links when you de-select the package. The daemon process of the package will be stopped safely when the system is shutdown after you de-select the package. I tried your instruction and can see wwwoffle and other packages. Of course, I can see K links as follows: # update-rc.d -f wwwoffle remove Removing any system startup links for /etc/init.d/wwwoffle ... /etc/rc0.d/K20wwwoffle /etc/rc1.d/K20wwwoffle /etc/rc2.d/S20wwwoffle /etc/rc3.d/S20wwwoffle /etc/rc4.d/S20wwwoffle /etc/rc5.d/S20wwwoffle /etc/rc6.d/K20wwwoffle # update-rc.d wwwoffle defaults Adding system startup for /etc/init.d/wwwoffle ... /etc/rc0.d/K20wwwoffle - ../init.d/wwwoffle /etc/rc1.d/K20wwwoffle - ../init.d/wwwoffle /etc/rc6.d/K20wwwoffle - ../init.d/wwwoffle /etc/rc2.d/S20wwwoffle - ../init.d/wwwoffle /etc/rc3.d/S20wwwoffle - ../init.d/wwwoffle /etc/rc4.d/S20wwwoffle - ../init.d/wwwoffle /etc/rc5.d/S20wwwoffle - ../init.d/wwwoffle # rcconf --- de-select # find /etc/rc?* -name \*wwwoffle* /etc/rc0.d/K00wwwoffle /etc/rc1.d/K00wwwoffle /etc/rc2.d/K00wwwoffle /etc/rc3.d/K00wwwoffle /etc/rc4.d/K00wwwoffle /etc/rc5.d/K00wwwoffle /etc/rc6.d/K00wwwoffle # rcconf --- select # rcconf --- de-select The following result is after wwwoffle is selected by rcconf: # find /etc/rc?* -name \*wwwoffle* /etc/rc0.d/K20wwwoffle /etc/rc1.d/K20wwwoffle /etc/rc2.d/S20wwwoffle /etc/rc3.d/S20wwwoffle /etc/rc4.d/S20wwwoffle /etc/rc5.d/S20wwwoffle /etc/rc6.d/K20wwwoffle Here is de-selecting wwwoffle only with --verbose option. # rcconf --verbose /usr/sbin/update-rc.d -f wwwoffle remove ; /usr/sbin/update-rc.d wwwoffle stop 00 0 1 2 3 4 5 6 . Removing any system startup links for /etc/init.d/wwwoffle ... /etc/rc0.d/K20wwwoffle /etc/rc1.d/K20wwwoffle /etc/rc2.d/S20wwwoffle /etc/rc3.d/S20wwwoffle /etc/rc4.d/S20wwwoffle /etc/rc5.d/S20wwwoffle /etc/rc6.d/K20wwwoffle Adding system startup for /etc/init.d/wwwoffle ... /etc/rc0.d/K00wwwoffle - ../init.d/wwwoffle /etc/rc1.d/K00wwwoffle - ../init.d/wwwoffle /etc/rc2.d/K00wwwoffle - ../init.d/wwwoffle /etc/rc3.d/K00wwwoffle - ../init.d/wwwoffle /etc/rc4.d/K00wwwoffle - ../init.d/wwwoffle /etc/rc5.d/K00wwwoffle - ../init.d/wwwoffle /etc/rc6.d/K00wwwoffle - ../init.d/wwwoffle And, here is selecting wwwoffle only again with --verbose option. # rcconf --verbose /usr/sbin/update-rc.d -f wwwoffle remove ; /usr/sbin/update-rc.d wwwoffle defaults Removing any system startup links for /etc/init.d/wwwoffle ... /etc/rc0.d/K00wwwoffle /etc/rc1.d/K00wwwoffle /etc/rc2.d/K00wwwoffle /etc/rc3.d/K00wwwoffle /etc/rc4.d/K00wwwoffle /etc/rc5.d/K00wwwoffle /etc/rc6.d/K00wwwoffle Adding system startup for /etc/init.d/wwwoffle ... /etc/rc0.d/K20wwwoffle - ../init.d/wwwoffle /etc/rc1.d/K20wwwoffle - ../init.d/wwwoffle /etc/rc6.d/K20wwwoffle - ../init.d/wwwoffle /etc/rc2.d/S20wwwoffle - ../init.d/wwwoffle /etc/rc3.d/S20wwwoffle - ../init.d/wwwoffle /etc/rc4.d/S20wwwoffle - ../init.d/wwwoffle /etc/rc5.d/S20wwwoffle - ../init.d/wwwoffle The both result cause no wwwoffle line in /var/lib/rcconf/services. # grep wwwoffle /var/lib/rcconf/services # I just uploaded 2.1 but only changes install path(nothing has changed in rcconf itself) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519555: KNOWN PROBLEM vs. 20/20 links
I removed wwwoffle via rcconf, but now can't put it back. It is not inside rcconf's menu anymore. I tried the following steps and it seems 'wwwoffle' is showed and can be selected again. (1) Install wwwoffle package (2) Run rcconf (2-A) de-select wwwoffle (2-B) Ok and exit (3) Run rcconf 'wwwoffle' can be de-selected Wwoffle run 'update-rc.d wwwoffle defaults' in postinst and it doesn't cause rcconf write wwwoffle entry in /var/lib/rcconf/services. /var/lib/rcconf/services is used for non-default form. Could you check /etc/rc*.d/ and see if any wwwoffle related files remains? Regards, Atsushi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519555: KNOWN PROBLEM vs. 20/20 links
AK (1) Install wwwoffle package I don't want to reinstall. You don't need to reinstall. I installed since my host doesn't have wwwoffle. AK 'wwwoffle' can be de-selected yes, but can't be reselect afterwards. Here is the complete steps what I did. (1) Install wwwoffle package (2) Run rcconf and quit (3) Check /var/lib/rcconf/services and there doesn't exist wwwoffle line in /var/lib/rcconf/services. (4) Run rcconf (4-A) de-select wwwoffle (4-B) Ok and exit (5) Check if wwwoffle entry doesn't exist in /var/lib/rcconf/services (6) Run rcconf and select wwwoffle (7) Check if wwwoffle entry doesn't exist in /var/lib/rcconf/services (8) Run rcconf and de-select wwwoffle (9) Check if wwwoffle entry doesn't exist in /var/lib/rcconf/services (10) Run rcconf and select wwwoffle (11) Check if wwwoffle entry doesn't exist in /var/lib/rcconf/services I couldn't reproduce your situation. # dpkg -l rcconf wwwoffle Desired=Unknown/Install/Remove/Purge/Hold |Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:uppercase=bad) ||/ Name VersionDescription +++-==-==- ii rcconf 2.0Debian Runlevel configuration tool ii wwwoffle 2.9d-3 World Wide Web OFFline Explorer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#483009: rccconf doesn't show all services
This problem caused since openssh-server postinst has been changed and update-rc.d isn't called with 'defaults.' I'll fix rcconf to be able to handle it. Atsushi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333079: rcconf: rcconf 1.14 does not work
Giovanni, Can't locate stddef.ph http://stddef.ph in @INC (did you run h2ph?) (@INC contains: /etc/perl /usr/local/lib/perl/5.8.7 /usr/local/share/perl/5.8.7 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/lib/perl/5.8/bits/types.ph line 10. Compilation failed in require at /usr/lib/perl/5.8/termios.ph line 9. Compilation failed in require at /usr/lib/perl/5.8/bits/ioctl-types.phhttp://types.phline 8. Compilation failed in require at /usr/lib/perl/5.8/sys/ioctl.ph line 9. Compilation failed in require at /usr/bin/rcconf line 115. Use of uninitialized value in unlink at /usr/bin/rcconf line 1006. Use of uninitialized value in -f at /usr/bin/rcconf line 160. It seems rcconf (and perl) can't find stddef.ph in your environment. In my i386 environment, there are stddef.ph at /usr/lib/perl/5.8.7/linux/stddef.ph . Could you check stddef.ph in your environment? $ perl -e 'print join(:,@INC),\n;' Thanks, Atsushi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333079: rcconf: rcconf 1.14 does not work
Can't locate stddef.ph in @INC (did you run h2ph?) (@INC contains: /etc/perl /usr/local/lib/perl/5.8.7 /usr/local/share/perl/5.8.7 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/lib/perl/5.8/bits/types.ph line 10. Compilation failed in require at /usr/lib/perl/5.8/termios.ph line 9. Compilation failed in require at /usr/lib/perl/5.8/bits/ioctl-types.ph line 8. Compilation failed in require at /usr/lib/perl/5.8/sys/ioctl.ph line 9. Compilation failed in require at /usr/bin/rcconf line 115. Use of uninitialized value in unlink at /usr/bin/rcconf line 1006. Use of uninitialized value in -f at /usr/bin/rcconf line 160. I dont' know if it is due to rcconf or a misconfiguration of my system (perl?). In my environment, above error doesn't occur. I think this problem is caused by perl package. Could you try update perl package? ii perl 5.8.7-6Larry Wall's Practical Extraction and Report ii perl-modules 5.8.7-6Core Perl modules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319329: aish segdefault
In [EMAIL PROTECTED] matthieu castet [EMAIL PROTECTED] wrote: [1 text/plain; us-ascii (7bit)] Package: aish Version: 1.13-2 Severity: normal Hi, aish -pm toto segdefault Thank you for your report. I just found the problem, where buffer size for file IO and internal string size are different. I'll test and upload new package. Thanks, -- Atsushi KAMOSHIDA [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]