Bug#907511: installation-reports: debian buster rc3 fails network, modules, partitioning
Package: installation-reports Severity: important Dear Maintainer, -- Package-specific info: Boot method: USB Image version: https://cdimage.debian.org/cdimage/buster_di_alpha3/multi-arch/iso-cd/debian-buster-DI-alpha3-amd64-i386-netinst.iso 2018-06-12 Date: August 2018 Machine: Supermicro R331.v5 Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] Configure network: [E] Detect CD: [O] Load installer modules: [E] Clock/timezone setup: [E] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [E] Install base system:[E] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Installer with 4.16.x kernel failed with network device detection, despite 4.9.0-n kernels of stretch having proper module, and in fact also the 4.17 kernel in buster. Installer reported that lvm was not available. Installer found disk, but after defining a partition size, would not allow any options beyond FAT16, FAT32, swap, or "do not use" ... even when the disk was pre-partitioned. No option to define a root partition, no option for ext3/4 xfs, btrfs, etc. Was not able to proceed with installation. Ended up skipping Buster, rolled back to: -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-8-amd64 (SMP w/48 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-7-amd64 (SMP w/48 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#840056: shibboleth-sp2-utils: upgrade attempt of shibboleth-sp2-utils gets hung at restart of shibd service
On 10/11/2016 11:18 AM, Cantor, Scott wrote: >> I have been able to reproduce this now. Two minutes seems to be the >> requirement. > > That would imply a fairly slow machine + a fairly large metadata source. In > any event, the only real fix is moving to on-demand metadata, so whatever > your metadata source is, you need to be thinking in terms of making sure they > know they have to stop relying on aggregates. > > -- Scott I will pass on this suggestion to InCommon and my local IdP, the u of Washington, who are the sources. sb -- Stefani Banerian UW Clinical Cyclotron www.uwmcf.org UW School of Medicine UW Box 356043 206-598-0302 gpg key 6642E7EE fingerprint = BD13 875D 2D03 5E1D 1E3B 8BF7 F4B8 63AD 6642 E7EE
Bug#840056: shibboleth-sp2-utils: upgrade attempt of shibboleth-sp2-utils gets hung at restart of shibd service
On 10/11/2016 03:22 AM, Ferenc Wágner wrote: > "S. Banerian" <baner...@u.washington.edu> writes: > >> On 10/09/2016 05:25 PM, Ferenc Wágner wrote: >> >>> "S. Banerian" <baner...@u.washington.edu> writes: >>> >>>> On 10/07/2016 02:04 PM, Ferenc Wágner wrote: >>>> >>>>> Could you please make sure shibd isn't running >>>>> then show me the output of >>>>> >>>>> # sudo -u _shibd strace shibd -f -F >> [...] >> after some 12 hours of trying to start, failing, it finally started, >> created shibd.sock, and under a test, worked. > > Was this the doing of a single invocation of the above, or do you refer > to systemd continuously trying to restart it and succeeding eventually? this was systemd continually trying. i ensured no spurious shibd procs were running. >>> Can you provide a full GDB backtrace (after installing >>> shibboleth-sp2-utils-dbgsym; please yell if you need precise >>> instructions). >> >> does not appear to be in stretch. so i need the instructions. > > It is in a separate archive, see > https://wiki.debian.org/AutomaticDebugPackages. But let's exclude the > simple timeout problem beforehand. > >>>> Note: prior to the upgrade, shibboleth was working. >>> >>> Which version of shibboleth was working for you? >> >> the version just prior to this one 2.6.0+dfsg1-3+b1 on stretch. > > Do you mean 2.5.6+dfsg1-2? Your dpkg or apt logs should reveal the > upgraded version. yes. >>> Can you share your shibboleth2.xml? >> >> I'm a bit reluctant to provide some of the information in the >> RequestMapper sections. > > If configuring a longer timeout (below) does not help, please check if > you can reproduce the issue without the sensitive parts. > >> When I force a restart, systemctl restart shibd.service I get the issue >> as before, where >> >> \_ /bin/systemd-tty-ask-password-agent --watch >> >> stays there for a looong time, and is not returning, systemctl says it >> is started, but journalctl -xe gives: >> >> Oct 10 14:00:35 epics systemd[1]: shibd.service: Killing process 30980 >> (shibd) with signal SIGKILL. >> Oct 10 14:00:35 epics systemd[1]: shibd.service: Main process exited, >> code=killed, status=9/KILL >> Oct 10 14:00:35 epics systemd[1]: Failed to start Shibboleth Service >> Provider Daemon. >> -- Subject: Unit shibd.service has failed > > This really does not make much sense together... And I can't see any > systemd-tty-ask-password-agent processes at all for some reason. we agree. no reason to be seeing this. >> there is a shibd -f -F process running, but no shibd.sock file > > Are you sure that process isn't from some manual start attempt? Also, > if you start an instance manually while systemd's still trying to > occasionally restart shibd in the background, the socket may get lost. > > So, first of all, tell systemd to stop shibd and wait for it: > > # systemctl stop shibd > > Then you should see something like: > > # systemctl status shibd > [...] >Active: inactive (dead) [...] > [...] > Main PID: 360 (code=exited, status=0/SUCCESS) > [...] > Oct 11 11:34:39 elm systemd[1]: Stopped Shibboleth Service Provider Daemon. actually, after doing that, I got: systemctl status shibd.service ● shibd.service - Shibboleth Service Provider Daemon Loaded: loaded (/lib/systemd/system/shibd.service; disabled; vendor preset: enabled) Active: inactive (dead) Docs: man:shibd(8) https://wiki.shibboleth.net/confluence/display/SHIB2/NativeSPshibd Oct 11 10:35:18 epics systemd[1]: Stopped Shibboleth Service Provider Daemon. Oct 11 10:35:18 epics systemd[1]: Starting Shibboleth Service Provider Daemon... Oct 11 10:36:48 epics systemd[1]: shibd.service: Start operation timed out. Terminating. Oct 11 10:36:54 epics systemd[1]: shibd.service: State 'stop-final-sigterm' timed out. Killing. Oct 11 10:36:54 epics systemd[1]: shibd.service: Killing process 5523 (shibd) with signal SIGKILL. Oct 11 10:36:54 epics systemd[1]: shibd.service: Main process exited, code=killed, status=9/KILL Oct 11 10:36:54 epics systemd[1]: Failed to start Shibboleth Service Provider Daemon. Oct 11 10:36:54 epics systemd[1]: shibd.service: Unit entered failed state. Oct 11 10:36:54 epics systemd[1]: shibd.service: Failed with result 'signal'. Oct 11 10:36:58 epics systemd[1]: Stopped Shibboleth Service Provider Daemon. > Then start it manually: > > # date; sudo -u _shibd /usr/sbin/shibd -f -F > > Meanwhile check /var/log/shibboleth/shibd.log for progress; the > timestamps should tell you where ti
Bug#840056: shibboleth-sp2-utils: upgrade attempt of shibboleth-sp2-utils gets hung at restart of shibd service
On 10/10/2016 02:03 PM, S. Banerian wrote: > On 10/09/2016 05:25 PM, Ferenc Wágner wrote: > Does shibd still consume significant CPU according to top? > > at this moment, no. >> What are its memory figures? > > nothing big. > >> Isn't your computer swapping heavily? > > no with the attempt to perform systemctl restart shibd.service I'm now seeing the CPU at 100% and memory (but not yet swap) near 100% also. and no shibd.sock. web app error message: shibsp::ListenerException The system encountered an error at Mon Oct 10 14:06:15 2016 To report this problem, please contact the site administrator at ... Please include the following message in any email: shibsp::ListenerException at ... Cannot connect to shibd process, a site administrator should be notified that this web server has malfunctioned. rebooting machine gave same result. I'll let it sit overnight to see what happens. -- Stefani Banerian UW Clinical Cyclotron www.uwmcf.org UW School of Medicine UW Box 356043 206-598-0302 gpg key 6642E7EE fingerprint = BD13 875D 2D03 5E1D 1E3B 8BF7 F4B8 63AD 6642 E7EE
Bug#840056: shibboleth-sp2-utils: upgrade attempt of shibboleth-sp2-utils gets hung at restart of shibd service
On 10/09/2016 05:25 PM, Ferenc Wágner wrote: > "S. Banerian" <baner...@u.washington.edu> writes: > >> On 10/07/2016 02:04 PM, Ferenc Wágner wrote: >> >>>> Manually trying to start /usr/sbin/shibd -f -F never produces the >>>> /run/shibboleth/shibd.sock nor any other files in that dir. >>> >>> This is really disturbing. You don't except the above command to give >>> back your prompt, right? >> >> correct. >> >>> Could you please make sure shibd isn't running >>> then show me the output of >>> >>> # sudo -u _shibd strace shibd -f -F >> >> the output is rather long... >> I shall attach. > > Thanks. Does it hang there indefinitely, with no further output for > minutes? after some 12 hours of trying to start, failing, it finally started, created shibd.sock, and under a test, worked. Its dpkg status is still iF Does shibd still consume significant CPU according to top? at this moment, no. > What are its memory figures? nothing big. > Isn't your computer swapping heavily? no > Can > you provide a full GDB backtrace (after installing > shibboleth-sp2-utils-dbgsym; please yell if you need precise > instructions). does not appear to be in stretch. so i need the instructions. >> Note: prior to the upgrade, shibboleth was working. > > Which version of shibboleth was working for you? the version just prior to this one 2.6.0+dfsg1-3+b1 on stretch. > Can you share your shibboleth2.xml? I'm a bit reluctant to provide some of the information in the RequestMapper sections. >> We did note that sometimes shibd was more well-behaved when starting >> from shell than via systemctl. > > Could you please make this more precise? How did it misbehave when > started by systemctl? this is where it hangs for minutes, says it might start, may or may not create /run/shibboleth/shibd.sock and the apache application only returns with shibboleth errors. Now, however, as it has sat over the weekend, and finally started, dpkg has let the upgrade complete, with no errors. When I force a restart, systemctl restart shibd.service I get the issue as before, where \_ /bin/systemd-tty-ask-password-agent --watch stays there for a looong time, and is not returning, systemctl says it is started, but journalctl -xe gives: Oct 10 14:00:35 epics systemd[1]: shibd.service: Killing process 30980 (shibd) with signal SIGKILL. Oct 10 14:00:35 epics systemd[1]: shibd.service: Main process exited, code=killed, status=9/KILL Oct 10 14:00:35 epics systemd[1]: Failed to start Shibboleth Service Provider Daemon. -- Subject: Unit shibd.service has failed there is a shibd -f -F process running, but no shibd.sock file I'm not convinced that systemd is behaving well. -- Stefani Banerian UW Clinical Cyclotron www.uwmcf.org UW School of Medicine UW Box 356043 206-598-0302 gpg key 6642E7EE fingerprint = BD13 875D 2D03 5E1D 1E3B 8BF7 F4B8 63AD 6642 E7EE
Bug#840056: shibboleth-sp2-utils: upgrade attempt of shibboleth-sp2-utils gets hung at restart of shibd service
Package: shibboleth-sp2-utils Version: 2.6.0+dfsg1-3+b1 Severity: important Dear Maintainer, In attempting to upgrade this package to the latest version, i see repeated failures. shibd.log does not report unusual errors. No /run/shibboleth/shibd.sock is created. During the attempt to upgrade, shibd process starts, but seems to get hung (ps axjf): apt-get -f install \_ /usr/bin/dpkg --status-fd 17 --configure --pending \_ /bin/sh \_ /bin/sh /var/lib/dpkg/info/shibboleth-sp2-utils.postinst conf \_ systemctl start shibd.service \_ /bin/systemd-tty-ask-password-agent --watch journalctl -xe shows: -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- Unit shibd.service has begun starting up. Oct 07 12:24:25 epics systemd[1]: shibd.service: Start operation timed out. Terminating. Oct 07 12:24:31 epics systemd[1]: shibd.service: State 'stop-final-sigterm' timed out. Killing. Oct 07 12:24:31 epics systemd[1]: shibd.service: Killing process 3910 (shibd) with signal SIGKILL. Oct 07 12:24:31 epics systemd[1]: shibd.service: Main process exited, code=killed, status=9/KILL Oct 07 12:24:31 epics systemd[1]: Failed to start Shibboleth Service Provider Daemon. -- Subject: Unit shibd.service has failed -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- Unit shibd.service has failed. -- -- The result is failed. Oct 07 12:24:31 epics systemd[1]: shibd.service: Unit entered failed state. Oct 07 12:24:31 epics systemd[1]: shibd.service: Failed with result 'signal'. Oct 07 12:25:01 epics systemd[1]: shibd.service: Service hold-off time over, scheduling restart. Oct 07 12:25:01 epics systemd[1]: Stopped Shibboleth Service Provider Daemon. -- Subject: Unit shibd.service has finished shutting down -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- Unit shibd.service has finished shutting down. Oct 07 12:25:01 epics systemd[1]: Starting Shibboleth Service Provider Daemon... -- Subject: Unit shibd.service has begun start-up -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- Unit shibd.service has begun starting up. Based on other bug reports, commands such as systemctl stop systemd-ask-password-wall.service and systemctl daemon-reexec were tried, and typically led to dpkg failing. Manually trying to start /usr/sbin/shibd -f -F never produces the /run/shibboleth/shibd.sock nor any other files in that dir. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages shibboleth-sp2-utils depends on: ii adduser3.115 ii libc6 2.24-3 ii libfcgi0ldbl 2.4.0-8.4 ii libgcc11:6.1.1-11 ii liblog4shib1v5 1.0.9-3 ii libsaml9 2.6.0-4 ii libshibsp-plugins 2.6.0+dfsg1-3+b1 ii libshibsp7 2.6.0+dfsg1-3+b1 ii libstdc++6 6.1.1-11 ii libsystemd0231-9 ii libxerces-c3.1 3.1.3+debian-2.1+b1 ii libxmltooling7 1.6.0-3 Versions of packages shibboleth-sp2-utils recommends: ii openssl 1.0.2j-1 shibboleth-sp2-utils suggests no packages. -- no debconf information
Bug#832632: efibootmgr: incorrectly identifies stub file grubx64.efi
Package: efibootmgr Version: 0.11.0-3 Severity: important Dear Maintainer, When rebuilding a replaced disk drive, attempting to make grub work, I observed that efibootmgr was incorrectly creating a boot entry apt-get --reinstall install grub-efi-amd64 created an entry for debian, but it was not tagged as 'active' in the efibootmgr list trying efibootmgr -c -d /dev/sdX --part 1 gave an entry labelled "RedHat Boot Manager" and listed its efi stub as FILE(\EFI\Redhat\grub.efi) where no such directory or file existed. The system was not bootable directly, without resorting to workarounds: (1) booting efi shell and manually invoking EFI\debian\grubx64.efi or (2) mkdir /boot/efi/EFI/redhat && cp /boot/efi/EFI/debian/grubx64.efi /boot/efi/EFI/redhat/grub.efi using the workarounds, the system would boot. using efibootmgr -a -b to try to tag the debian entry as active initially labelled it as active, but after reboot, it was labelled inactive using efibootmgr -o to try to change the boot order initially listed the desired order, but after boot, the boot order had changed. system: AMI Bios 5.6 Supermicro X10DRU-i+ board. -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/40 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages efibootmgr depends on: ii libc6 2.19-18+deb8u4 ii libefivar0 0.15-3 ii libpci3 1:3.2.1-3 ii zlib1g 1:1.2.8.dfsg-2+b1 efibootmgr recommends no packages. -- no debconf information
Bug#813539: tails-installer: tails installer fails to sense usb stick
Package: tails-installer Version: 4.4.6+dfsg-1~bpo8+1 Severity: normal Dear Maintainer, in trying to use the gui, the usb stick was never displayed. I did run the installer from command line: /usr/lib/tails-installer/tails-installer -v -f /dev/sdb ** (tails-installer:26025): WARNING **: Couldn't connect to accessibility bus: Failed to connect to socket /tmp/dbus-6iecs4mxTn: Connection refused [creator.py:689 (detect_supported_drives)] DEBUG: {} the usb stick is seen by the kernel: Bus 006 Device 007: ID 0951:1607 Kingston Technology DataTraveler 100 and it had a test partition: parted /dev/sdb print Model: Kingston DataTraveler 2.0 (scsi) Disk /dev/sdb: 4010MB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End SizeType File system Flags 1 1049kB 4010MB 4009MB primary ext2 -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tails-installer depends on: ii gdisk 0.8.10-2 ii genisoimage9:1.1.11-3 ii gir1.2-glib-2.01.42.0-2.2 ii gir1.2-gtk-3.0 3.14.5-1+deb8u1 ii gir1.2-udisks-2.0 2.1.3-5 ii mtools 4.0.18-2 ii p7zip-full 9.20.1~dfsg.1-4.1+deb8u1 ii policykit-10.105-8 ii python 2.7.9-1 ii python-configobj 5.0.6-1 ii python-gi 3.14.0-1 ii python-urlgrabber 3.9.1-4.1 ii syslinux 3:6.03+dfsg-5+deb8u1 tails-installer recommends no packages. tails-installer suggests no packages. -- no debconf information
Bug#813537: tails-installer: tails installer fails with extlinux error
Package: tails-installer Version: 4.4.6+dfsg-1~bpo8+1 Severity: normal Dear Maintainer, In attempting to run tails installer an error message about missing extlinux was encountered. It is true that this package was not installed on the system. I did not find a "depends" of extlinux package in the "control" file. Perhaps extlinux should be required? -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tails-installer depends on: ii gdisk 0.8.10-2 ii genisoimage9:1.1.11-3 ii gir1.2-glib-2.01.42.0-2.2 ii gir1.2-gtk-3.0 3.14.5-1+deb8u1 ii gir1.2-udisks-2.0 2.1.3-5 ii mtools 4.0.18-2 ii p7zip-full 9.20.1~dfsg.1-4.1+deb8u1 ii policykit-10.105-8 ii python 2.7.9-1 ii python-configobj 5.0.6-1 ii python-gi 3.14.0-1 ii python-urlgrabber 3.9.1-4.1 ii syslinux 3:6.03+dfsg-5+deb8u1 tails-installer recommends no packages. tails-installer suggests no packages. -- no debconf information
Bug#813539: [Pkg-privacy-maintainers] Bug#813539: tails-installer: tails installer fails to sense usb stick
On 02/02/2016 03:14 PM, intrigeri wrote: > Control: tag -1 + moreinfo > > Hi, > > Stefani Banerian wrote (02 Feb 2016 22:20:31 GMT) : >> in trying to use the gui, the usb stick was never displayed. > >> I did run the installer from command line: >> /usr/lib/tails-installer/tails-installer -v -f /dev/sdb > > We don't support running the installer this way (not all combinations > of options result in sane behaviour), that's why this program is not > in the $PATH. > > Can you please try to reproduce this problem using > tails-installer-launcher? > > And, still curious: any specific reason why are you picking your own > set of command-line options? If you have a use case that is not > addressed by tails-installer-launcher, I'm curious :) > > Cheers! well, whenever I try the tails-installer-launcher, it never shows the usb stick. that's why i tried CLI, to look for more debug information! :) If there is a way to use the launcher, and get the installer to sense the usb stick, that would be nice -- Stefani Banerian 206-598-0302 gpg key 6642E7EE fingerprint = BD13 875D 2D03 5E1D 1E3B 8BF7 F4B8 63AD 6642 E7EE
Bug#658896: sudo: setresuid(ROOT_UID, ROOT_UID, ROOT_UID): Operation not permitted.
Replacing libnss-ldap with libnss-ldapd and nscd with nslcd does not fix the problem. Related bug report is significant: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658739 This work-around was found to work on arch x86_64 / amd64 -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? S. Banerian 206-598-0302 UWMC Radiation Oncology gpg key 6642E7EE fingerprint = BD13 875D 2D03 5E1D 1E3B 8BF7 F4B8 63AD 6642 E7EE signature.asc Description: OpenPGP digital signature
Bug#657387: approx: resets cache permissions on files to 0000
Package: approx Version: 5.1-1 Severity: important Dear Maintainer, Queries by hosts to apt-get update led to change of permissions of files in /var/cache/approx to - and failure on the clients. chmod of all files under /var/cache/approx to 0775, and then re-query with apt-get update led to apporx changing files back to and client gets error message 500 Internal Server Error Chmod'ing files to 0755 led repeatedly back to -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-vserver-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages approx depends on: ii adduser 3.113 ii curl 7.23.1-3 ii debconf [debconf-2.0] 1.5.41 ii libc6 2.13-24 ii libpcre3 8.12-4 ii openbsd-inetd [inet-superserver] 0.20091229-1 ii update-inetd 4.41 approx recommends no packages. Versions of packages approx suggests: pn libconfig-model-approx-perl none -- Configuration Files: /etc/approx/approx.conf changed [not included] -- debconf information: approx/port: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#439993: 439993 change the status of libapache2-mod-pubcookie back from RFP to ITP
retitle 439993 ITP: libapache2-mod-pubcookie -- apache2 module supporting Pubcookie authentication owner 439993 -- Stefani Banerian baner...@u.washington.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566180: libvirt-bin: virsh can define lxc domain but does not list nor properly start it
Package: libvirt-bin Version: 0.7.2-3 Severity: normal An LXC container was created, and can be started/stopped, and access with the regular lxc tools. An xml file for the container was created, using examples from, e.g. https://lists.linux-foundation.org/pipermail/containers/2008-September/013329.html virsh --connect lxc:/// define lxccontainer.xml properly creates (and assigns uuid) /etc/libvirt/lxc/lxccontainer.xml virsh list --all does not list the domain virst --connect lxc:/// start lxccontainerclaims it starts the container, but does not and lxc-info reports the container as STOPPED -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser 3.112 add and remove users and groups ii libavahi-client3 0.6.25-2 Avahi client library ii libavahi-common3 0.6.25-2 Avahi common library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdevmapper1.02. 2:1.02.39-1The Linux Kernel Device Mapper use ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ii libhal1 0.5.14-1 Hardware Abstraction Layer - share ii libparted1.8-12 1.8.8.git.2009.07.19-5 The GNU Parted disk partitioning s ii libreadline6 6.1-1 GNU readline and history libraries ii libsasl2-22.1.23.dfsg1-3 Cyrus SASL - authentication abstra ii libselinux1 2.0.89-4 SELinux runtime shared libraries ii libuuid1 2.16.2-0 Universally Unique ID library ii libvirt0 0.7.2-3library for interfacing with diffe ii libxenstore3.03.4.2-2Xenstore communications library fo ii libxml2 2.7.6.dfsg-1 GNOME XML library ii logrotate 3.7.8-4Log rotation utility Versions of packages libvirt-bin recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu ii dnsmasq-base 2.51-1 A small caching DNS proxy and DHCP ii iptables 1.4.6-2administration tools for packet fi ii netcat-openbsd1.89-3 TCP/IP swiss army knife ii qemu 0.11.1-2 fast processor emulator Versions of packages libvirt-bin suggests: ii policykit-1 0.95-1 framework for managing administrat -- 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#537387: apache2-mpm-prefork: DSO module pubcookie no longer compatible
Package: apache2-mpm-prefork Version: 2.2.11-6 Severity: normal In pervious versions of apache2, mod_pubcookie.so (http://pubcookie.org/), (source at http://pubcookie.org/downloads/pubcookie-3.3.3.tar.gz ) would compile and load. In v 2.2.11-6, pubcookie compiles, but load fails. apache2ctl configtest output gives: apache2: Syntax error on line 185 of /etc/apache2/apache2.conf: Syntax error on line 1 of /etc/apache2/mods-enabled/pubcookie.load: Cannot load /usr/lib/apache2/modules/mod_pubcookie.so into server: /usr/lib/apache2/modules/mod_pubcookie.so: undefined symbol: EVP_DigestInit Mailing list archives, such as: http://mailman2.u.washington.edu/pipermail/pubcookie-users/2006-September/001554.html suggest looking at the output of ldd /usr/sbin/apache2 compare the result for lenny (2.2.9) vs squeeze/sid (2.2.11) lenny:/# ldd /usr/sbin/apache2 linux-gate.so.1 = (0xe000) libpcre.so.3 = /usr/lib/libpcre.so.3 (0xb7fad000) libaprutil-1.so.0 = /usr/lib/libaprutil-1.so.0 (0xb7f8f000) libapr-1.so.0 = /usr/lib/libapr-1.so.0 (0xb7f63000) libpthread.so.0 = /lib/libpthread.so.0 (0xb7f4b000) libc.so.6 = /lib/libc.so.6 (0xb7e0d000) libldap_r-2.4.so.2 = /usr/lib/libldap_r-2.4.so.2 (0xb7dca000) liblber-2.4.so.2 = /usr/lib/liblber-2.4.so.2 (0xb7dbd000) libdb-4.6.so = /usr/lib/libdb-4.6.so (0xb7c8a000) libpq.so.5 = /usr/lib/libpq.so.5 (0xb7c6a000) libmysqlclient_r.so.15 = /usr/lib/libmysqlclient_r.so.15 (0xb7a7f000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0xb7a1) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb79ea000) libuuid.so.1 = /lib/libuuid.so.1 (0xb79e6000) librt.so.1 = /lib/librt.so.1 (0xb79dd000) libcrypt.so.1 = /lib/libcrypt.so.1 (0xb79aa000) libdl.so.2 = /lib/libdl.so.2 (0xb79a6000) /lib/ld-linux.so.2 (0xb7fdd000) libresolv.so.2 = /lib/libresolv.so.2 (0xb7993000) libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0xb797c000) libgnutls.so.26 = /usr/lib/libgnutls.so.26 (0xb78df000) libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7898000) libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7745000) libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0xb76b1000) libcom_err.so.2 = /lib/libcom_err.so.2 (0xb76ae000) libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0xb7684000) libnsl.so.1 = /lib/libnsl.so.1 (0xb766c000) libm.so.6 = /lib/libm.so.6 (0xb7646000) libz.so.1 = /usr/lib/libz.so.1 (0xb7631000) libtasn1.so.3 = /usr/lib/libtasn1.so.3 (0xb7621000) libgpg-error.so.0 = /usr/lib/libgpg-error.so.0 (0xb761d000) libgcrypt.so.11 = /usr/lib/libgcrypt.so.11 (0xb75b4000) libk5crypto.so.3 = /usr/lib/libk5crypto.so.3 (0xb759) libkrb5support.so.0 = /usr/lib/libkrb5support.so.0 (0xb7588000) libkeyutils.so.1 = /lib/libkeyutils.so.1 (0xb7585000) squeeze:~# ldd /usr/sbin/apache2 linux-gate.so.1 = (0xe000) libpcre.so.3 = /usr/lib/libpcre.so.3 (0xb7f6d000) libaprutil-1.so.0 = /usr/lib/libaprutil-1.so.0 (0xb7f4d000) libapr-1.so.0 = /usr/lib/libapr-1.so.0 (0xb7f1f000) libpthread.so.0 = /lib/libpthread.so.0 (0xb7f07000) libc.so.6 = /lib/libc.so.6 (0xb7dc5000) libdb-4.7.so = /usr/lib/libdb-4.7.so (0xb7c6e000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb7c48000) libuuid.so.1 = /lib/libuuid.so.1 (0xb7c44000) librt.so.1 = /lib/librt.so.1 (0xb7c3a000) libcrypt.so.1 = /lib/libcrypt.so.1 (0xb7c08000) libdl.so.2 = /lib/libdl.so.2 (0xb7c04000) /lib/ld-linux.so.2 (0xb7fa5000) There is significant difference in the library dependencies listed, and in particular, libssl, libcrypto, libkrb etc no longer appear. It makes no difference if ssl DSO modules are loaded or not, pubcookie yields the same error message. -- Package-specific info: Config file syntax check failed. List of /etc/apache2/mods-enabled/*.load: alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user autoindex cgi deflate dir env mime negotiation pubcookie setenvif status -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-vserver-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apache2-mpm-prefork depends on: ii apache2.2-bin 2.2.11-6 Apache HTTP Server common binary f ii apache2.2-common 2.2.11-6 Apache HTTP Server common files apache2-mpm-prefork recommends no packages. apache2-mpm-prefork 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#492379: libpam-krb5: version 3.11-1 prevented use of pam_krb5 in common-account
Russ Allbery wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] writes: Prior to this version, we were able to employ an entry in /etc/pam.d/common-account which was: account [default=bad success=ok user_unknown=ignore service_err=ignore system_err=ignore] /lib/security/pam_krb5.so upgrade to 3.11-1 led to failure of accounts to log in in runlevel != 1 commentling out the line for pam_krb allows log in, but we have not identified how we can use this in account. Add ignore=ignore to your configuration line and see if that helps. I think it's currently being caught by your default line. the line (sorry for line-wrap): account [default=bad success=ok user_unknown=ignore service_err=ignore system_err=ignore ignore=ignore] /lib/security/pam_krb5.so does work ok. thanks. sb. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397511: dbus fails on startup. segfaults, users can no longer log in
More information this item: dbus failed to start. but also updated packages login/passwd may be the culprit. This may actually be related to bug #447237 only one user can log in, and after that errors ensue.. additionally, getent segfaults, and that may lead to the dbus errors [EMAIL PROTECTED] wrote: Package: dbus Version: 1.1.2-1 Followup-For: Bug #397511 When trying to update system, dbus update fails. Segfaults reported. Users can no longer log in to system. facilities such as 'getent passwd' segfaults : -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dbus depends on: ii adduser 3.105 add and remove users and groups ii debianutils 2.28.2 Miscellaneous utilities specific t ii libc62.7-5 GNU C Library: Shared libraries ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libexpat11.95.8-4XML parsing C library - runtime li ii libselinux1 2.0.15-2+b1 SELinux shared libraries ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip Versions of packages dbus recommends: pn dbus-x11 none (no description available) -- no debconf information -- S. Banerian 206-598-0302 UWMC Radiation Oncology -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426952: Not a security problem
From: Moritz Muehlenhoff [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Not a security problem Date: Fri, 1 Jun 2007 11:14:28 +0200 tags 426952 -security severity 426952 normal thanks Browser crashes triggered from parsing HTML are not treated as security problems, but as regular bugs. Just for clarification, this is in reference to the CVE? or to the CERT advisory? or both? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362027: backupninja: ldap handler fails on connection to ldaps (tls) server
Package: backupninja Severity: important in employing the ldap handler, backupninja failed in performing an ldapsearch form of backup as it had no apparent capability to deal with an ldaps (tls) host this could be dealt with in part by adding a 'host' option in the configuration file and a -H command line option passed to ldapsearch (example): /etc/backup.d/x.ldap: ldaphost = some.ldap.server tls = yes /usr/share/backupninja/ldap: add something like [ $tls = 'yes' ] URLBASE=ldaps ... EXECSTR= -H $URLBASE://$ldaphost -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353193: ITP: sqlitemanager -- Multilingual web based tool to manage SQLite databases
Peter Samuelson wrote: [Stefani Banerian] * Package name: sqlitemanager Version : x.y.z Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) The information content here is rather thin. right. i was interrupted prior to completion or bugreport. the data should be: Package name: sqlitemanager Version : 1.2.0 Upstream Author : Frederic Henninot [EMAIL PROTECTED] URL : http://www.sqlitemanager.org/ License : GPL 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353193: ITP: sqlitemanager -- Multilingual web based tool to manage SQLite databases
Package: wnpp Severity: wishlist Owner: Stefani Banerian [EMAIL PROTECTED] * Package name: sqlitemanager Version : x.y.z Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Description : Multilingual web based tool to manage SQLite databases SQLiteManager is a way to manage sqlite databases via the web. Some of its features: - Management of several databases (Creation, access or upload) - Create, edit and delete tables and indexes. - Insert, edit, delete records in these tables - Management of views, and ability to create a view from a SELECT - Management of triggers - Management of user-defined functions, as in the form of insertion/modification of data - Queries, either manual, or from filel; possible to define the format of the requests, sqlite or MySQL, with conversion in order to with conversion in order to directly import a MySQL database into SQLite. - Import of records from a formatted text file - Export of the structure and the data - Choice of several display skins -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-vs Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347701: nanourl bug
severity 347701 important tags 347701 pending thanks justification: the package is usable to those not using apache2. for apache2 users, edits to the apache2 configuration will render the package usable. Paul Scott wrote: Package: nanourl Version: 0.1-6 Severity: grave Justification: renders package unusable I noticed apache2 was not running. The error message on trying to restart apache2 led me to Bug#339323: apache2-common: Looking at that bug report and /etc/init.d/apache2 I tried /usr/sbin/apache2ctl which told me there was an error in the nanourl script. (This may be due to the fact that I don't have mysql installed on this machine). I uninstalled nanourl and apache2 started working. Considering this worthy of a bug investigation I reinstalled nanourl. Now /etc/init.d/apache2 gives me: Forcing reload of apache 2.0 web server...grep: /etc/apache2/conf.d/nanourl: No such file or directory ... failed! Removing nanourl allows apache2 to run again. Paul Scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nanourl depends on: ii apache2 2.0.55-3 next generation, scalable, extenda ii apache2-mpm-prefork [apache2] 2.0.55-3 traditional model for Apache2 ii mysql-client 4.1.15-1 mysql database client (transitiona ii mysql-client-4.1 [mysql-clien 4.1.15-1 mysql database client binaries ii php4 4:4.4.0-4 server-side, HTML-embedded scripti ii php4-mysql4:4.4.0-4 MySQL module for php4 nanourl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317356: backupninja: backup handler to burn cd or dvd backups
Package: backupninja Version: 0.5-3 Severity: wishlist Tags: patch Attached is a handler for backing up to cd/dvd, and an example config file. use of this handler would require packages: mkisofs cdrecord dvd+rw-tools -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10-no-grsec Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages backupninja depends on: ii mawk 1.3.3-11 a pattern scanning and text proces -- no debconf information # # burncd handler script for backupninja # getconf backupdir /var/backups/makecd getconf exclude getconf target getconf burnertype cd getconf system no getconf isoonly yes getconf imagefile backup.iso getconf device # define needed executables: MKISOFS=/usr/bin/mkisofs GROWISOFS=/usr/bin/growisofs #CDRECORD=/usr/bin/cdrecord CDRECORD=/usr/bin/cdrecord.mmap CDRDAO=/usr/bin/cdrdao DVDINFO=/usr/bin/dvd+rw-mediainfo # create backup dirs and check existence of progs. [ -d $backupdir ] || mkdir -p $backupdir [ -d $backupdir ] || fatal Backup directory '$backupdir' [ -e $target ] || fatal target does not exist [ -x $MKISOFS ] || debug 3 echo executable mkisofs not present [ -x $GROWISOFS ] || debug 3 echo executable growisofs not present [ -x $CDRECORD ] || debug 3 echo executable cdrecord not present [ -x $CDRDAO ]|| debug 3 echo executable cdrdao not present if [ $isoonly == no ]; then [ -e $device ] || fatal No Burner device available fi outputfile=$backupdir/$imagefile execstr=$MKISOFS --quiet -R -o $outputfile str= # excludes for i in $exclude; do str= -x ${i}$str done debug 0 echo $str execstr=${execstr} $str $target debug 0 echo $execstr output=` $execstr 21 ` code=$? if [ $code == 0 ]; then debug $output info Successfully finished creation of iso else warning $output warning Failed to create iso fi if [ $isoonly == no ]; then if [ $burnertype == cd ]; then # burning iso to CD $CDRECORD -v gracetime=2 dev=$device speed=8 -dao -data $outputfile code=$? if [ $code == 0 ]; then debug $output info Successfully burned CD else warning $output warning Failed to create CD fi fi if [ $burnertype == dvd ]; then # burning iso dvd $GROWISOFS -speed=2 -Z $device=$outputfile -use-the-force-luke=notray -use-the-force-luke=tty code=$? if [ $code == 0 ]; then debug $output info Successfully burned DVD else warning $output warning Failed to create DVD fi fi fi return 0 # TYP is cd or dvd AS WELL AS the disk inside!! burnertype = cd # system (yes) or directory/files (no) # this function not yet implemented #system = yes # location for image file backupdir = /var/backups/makecd # image filename imagefile = example.iso # iso or burn to cd/dvd? isoonly = no # cd/dvd burner device device=/dev/hdc # base directory to include in the backup target = / # files or directories to be excluded exclude = /proc exclude = /lost+found exclude = /tmp # backupninja will perfrom this at gvien date/time when = wednesday at 02:00
Bug#312939: bamboo: incorrect assinment of file type in attachment/upload
Package: bamboo Version: 1.2-2 Severity: normal When files are uploaded, and made visible using the #attachment in a page, Excel spreadsheets *.xls can be incorrectly identified as application/msword -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-vs1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bamboo depends on: ii apache [httpd] 1.3.33-6versatile, high-performance HTTP s ii debconf 1.4.30.13 Debian configuration management sy ii php4 4:4.3.10-15 server-side, HTML-embedded scripti ii php4-sqlite 1.0.2-7 PHP4 bindings to SQLite, a file-ba ii sqlite 2.8.16-1command line interface for SQLite -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294302: swatch: man page lists action inverse which is not supported
Package: swatch Version: 3.1.1-1 Severity: normal the man page for swatch lists actions which do not seem to be supported in this version of swatch. one example is inverse. previous versions of swatch allowed action echo inverse. it appears as though reverse is preferred now. an edit to man page should be sufficient. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages swatch depends on: ii libdate-calc-perl 5.4-3 Perl library for accessing dates ii libdate-manip-perl5.42a-2a perl library for manipulating da ii libfile-tail-perl 0.98-5 File::Tail perl module ii libtimedate-perl 1.1600-4 Time and date functions for Perl ii perl [libtime-hires-perl] 5.8.4-5Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]