Bug#967010: apache2: last debian 10.4 , last apache avail from repo hangs on install (and start phase)

2020-08-03 Thread root
Package: apache2
Version: 2.4.38-3+deb10u3
Severity: grave
Justification: renders package unusable

Dear Maintainer,


   * What led up to the situation?
package installing
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
apt-get install apache2
   * What was the outcome of this action?
packages did not start
   * What outcome did you expect instead?
packages will start ok


I have fresh debian 10 install, OS after full upgrade with:
`apt-get upgrade` and
`apt-get dist-upgrade`

I want to install apache2 packages, it hang on install (on post-install phase 
when apache starts):

(*my findings why is below)

apt-get install apache2  
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following additional packages will be installed:
  apache2-bin apache2-data apache2-utils libapr1 libaprutil1 
libaprutil1-dbd-sqlite3 libaprutil1-ldap libbrotli1 libjansson4 liblua5.2-0
Suggested packages:
  apache2-doc apache2-suexec-pristine | apache2-suexec-custom
The following NEW packages will be installed:
  apache2 apache2-bin apache2-data apache2-utils libapr1 libaprutil1 
libaprutil1-dbd-sqlite3 libaprutil1-ldap libbrotli1 libjansson4 liblua5.2-0
0 upgraded, 11 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B/2,606 kB of archives.
After this operation, 8,885 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
Selecting previously unselected package libapr1:amd64.
(Reading database ... 85650 files and directories currently installed.)
Preparing to unpack .../00-libapr1_1.6.5-1+b1_amd64.deb ...
Unpacking libapr1:amd64 (1.6.5-1+b1) ...
Selecting previously unselected package libaprutil1:amd64.
Preparing to unpack .../01-libaprutil1_1.6.1-4_amd64.deb ...
Unpacking libaprutil1:amd64 (1.6.1-4) ...
Selecting previously unselected package libaprutil1-dbd-sqlite3:amd64.
Preparing to unpack .../02-libaprutil1-dbd-sqlite3_1.6.1-4_amd64.deb ...
Unpacking libaprutil1-dbd-sqlite3:amd64 (1.6.1-4) ...
Selecting previously unselected package libaprutil1-ldap:amd64.
Preparing to unpack .../03-libaprutil1-ldap_1.6.1-4_amd64.deb ...
Unpacking libaprutil1-ldap:amd64 (1.6.1-4) ...
Selecting previously unselected package libbrotli1:amd64.
Preparing to unpack .../04-libbrotli1_1.0.7-2_amd64.deb ...
Unpacking libbrotli1:amd64 (1.0.7-2) ...
Selecting previously unselected package libjansson4:amd64.
Preparing to unpack .../05-libjansson4_2.12-1_amd64.deb ...
Unpacking libjansson4:amd64 (2.12-1) ...
Selecting previously unselected package liblua5.2-0:amd64.
Preparing to unpack .../06-liblua5.2-0_5.2.4-1.1+b2_amd64.deb ...
Unpacking liblua5.2-0:amd64 (5.2.4-1.1+b2) ...
Selecting previously unselected package apache2-bin.
Preparing to unpack .../07-apache2-bin_2.4.38-3+deb10u3_amd64.deb ...
Unpacking apache2-bin (2.4.38-3+deb10u3) ...
Selecting previously unselected package apache2-data.
Preparing to unpack .../08-apache2-data_2.4.38-3+deb10u3_all.deb ...
Unpacking apache2-data (2.4.38-3+deb10u3) ...
Selecting previously unselected package apache2-utils.
Preparing to unpack .../09-apache2-utils_2.4.38-3+deb10u3_amd64.deb ...
Unpacking apache2-utils (2.4.38-3+deb10u3) ...
Selecting previously unselected package apache2.
Preparing to unpack .../10-apache2_2.4.38-3+deb10u3_amd64.deb ...
Unpacking apache2 (2.4.38-3+deb10u3) ...
Setting up libbrotli1:amd64 (1.0.7-2) ...
Setting up libapr1:amd64 (1.6.5-1+b1) ...
Setting up libjansson4:amd64 (2.12-1) ...
Setting up liblua5.2-0:amd64 (5.2.4-1.1+b2) ...
Setting up apache2-data (2.4.38-3+deb10u3) ...
Setting up libaprutil1:amd64 (1.6.1-4) ...
Setting up libaprutil1-ldap:amd64 (1.6.1-4) ...
Setting up libaprutil1-dbd-sqlite3:amd64 (1.6.1-4) ...
Setting up apache2-utils (2.4.38-3+deb10u3) ...
Setting up apache2-bin (2.4.38-3+deb10u3) ...
Setting up apache2 (2.4.38-3+deb10u3) ...
Enabling module mpm_event.
Enabling module authz_core.
Enabling module authz_host.
Enabling module authn_core.
Enabling module auth_basic.
Enabling module access_compat.
Enabling module authn_file.
Enabling module authz_user.
Enabling module alias.
Enabling module dir.
Enabling module autoindex.
Enabling module env.
Enabling module mime.
Enabling module negotiation.
Enabling module setenvif.
Enabling module filter.
Enabling module deflate.
Enabling module status.
Enabling module reqtimeout.
Enabling conf charset.
Enabling conf localized-error-pages.
Enabling conf other-vhosts-access-log.
Enabling conf security.
Enabling conf serve-cgi-bin.
Enabling site 000-default.
Created symlink /etc/systemd/system/multi-user.target.wants/apache2.service → 
/etc/systemd/system/apache2.service.
Created symlink 
/etc/systemd/system/multi-user.target.wants/apache-htcacheclean.service → 
/lib/systemd/system/apache-htcacheclean.service.

here it hangs. and after some time 

Job for apache2.service failed because a timeout was exceeded.
See "systemctl status apache2.service" and "journalctl -xe" for details.
invoke-rc.d: 

Bug#942875: debootstrap does not overwrite existing files even if adviced to do

2019-10-22 Thread root
Package: debootstrap
Version: 1.0.116
Severity: serious
Tags: d-i



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.2.0-3-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debootstrap depends on:
ii  wget  1.20.3-1+b1

Versions of packages debootstrap recommends:
ii  arch-test   0.16-2
ii  debian-archive-keyring  2019.1
ii  gnupg   2.2.17-3

Versions of packages debootstrap suggests:
pn  squid-deb-proxy-client  
pn  ubuntu-archive-keyring  

-- no debconf information

If you intentionaly unpack a system to unclean disks (knowing the same
system being installed), debootstrap warns about overwriting files.
Since this is ok to you, you'll confirm this. BUT: debootstrap does not,
as mentioned, overwrite files, instead it stops as soon as a file it
tries to unpack exists.
I'd awaited debootstrap to do waht it warned me for before it started:
intentionally overwrite files.

I suppose this a bug, since debootstrap did warn before it would
overwrite files!



Bug#884116: linux-image-4.9.0-4-amd64: screen atrifacts then crash

2017-12-11 Thread root
Package: src:linux
Version: 4.9.65-3
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

* What led up to the situation?
I did an upgrade today and linux image was upgraded from 4.9.51-1 to 4.9.65-3.

* What was the outcome of this action?
Various screen artifacts appear under Xorg, fortunately the console still works 
so I can write this report.
The most noticeable artifact is the whole screen image shifting to the right 
then back very fast.
Artifacts are more violent under compiz but they appear with xfwm4 too.
And then after a while the system crashes, no response to the keyboard/mouse.
Reverting to linux-image-4.9.0-3-amd64 makes the problem go away.


-- Package-specific info:
** Version:
Linux version 4.9.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.65-3 (2017-12-03)

** Command line:
BOOT_IMAGE=/vmlinuz-4.9.0-4-amd64 
root=UUID=e9287df1-d10d-4d6e-8910-7887cf5e5900 ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: To be filled by O.E.M.
product_name: To be filled by O.E.M.
product_version: To be filled by O.E.M.
chassis_vendor: To Be Filled By O.E.M.
chassis_version: To Be Filled By O.E.M.
bios_vendor: American Megatrends Inc.
bios_version: 5.6.5
board_vendor: INTEL Corporation
board_name: CRESCENTBAY
board_version: To be filled by O.E.M.

** Loaded modules:
dm_mod
binfmt_misc
rfcomm
joydev
hid_generic
usbhid
pci_stub
vboxpci(O)
vboxnetadp(O)
vboxnetflt(O)
vboxdrv(O)
bnep
uas
btusb
btrtl
btbcm
btintel
usb_storage
bluetooth
crc16
intel_rapl
x86_pkg_temp_thermal
intel_powerclamp
coretemp
kvm_intel
kvm
irqbypass
crct10dif_pclmul
crc32_pclmul
snd_hda_codec_hdmi
ghash_clmulni_intel
intel_cstate
arc4
rt2800pci
rt2800mmio
rt2800lib
rt2x00pci
rt2x00mmio
rt2x00lib
iTCO_wdt
eeprom_93cx6
iTCO_vendor_support
evdev
mac80211
intel_uncore
cfg80211
crc_ccitt
intel_rapl_perf
pcspkr
rfkill
sg
snd_hda_codec_realtek
snd_hda_codec_generic
snd_hda_intel
battery
i915
snd_hda_codec
dw_dmac
snd_soc_ssm4567
snd_soc_rt5640
snd_soc_sst_acpi
dw_dmac_core
video
snd_soc_sst_match
elan_i2c
acpi_als
snd_soc_rl6231
snd_hda_core
snd_soc_core
snd_hwdep
snd_compress
snd_pcm
drm_kms_helper
snd_timer
snd
drm
kfifo_buf
soundcore
acpi_pad
button
industrialio
i2c_algo_bit
shpchp
lpc_ich
mfd_core
parport_pc
ppdev
lp
sunrpc
parport
ip_tables
x_tables
autofs4
xfs
raid10
raid456
async_raid6_recov
async_memcpy
async_pq
async_xor
async_tx
xor
raid6_pq
libcrc32c
crc32c_generic
raid1
multipath
linear
raid0
md_mod
sd_mod
crc32c_intel
aesni_intel
aes_x86_64
glue_helper
lrw
gf128mul
ablk_helper
cryptd
i2c_i801
i2c_smbus
ahci
libahci
libata
ehci_pci
ehci_hcd
xhci_pci
scsi_mod
xhci_hcd
r8169
mii
usbcore
usb_common
fan
thermal
sdhci_acpi
sdhci
mmc_core
i2c_hid
hid
i2c_designware_platform
i2c_designware_core

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Broadwell-U Host Bridge -OPI 
[8086:1604] (rev 09)
Subsystem: Intel Corporation Broadwell-U Host Bridge -OPI [8086:1604]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: bdw_uncore

00:02.0 VGA compatible controller [0300]: Intel Corporation Iris Graphics 6100 
[8086:162b] (rev 09) (prog-if 00 [VGA controller])
Subsystem: Intel Corporation Iris Graphics 6100 [8086:162b]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- 
SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: [40] Express (v2) Root Port (Slot-), MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0
ExtTag- RBE+
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- 
Unsupported-
RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 128 bytes
DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ 
TransPend-
LnkCap: Port #1, Speed 5GT/s, Width x1, ASPM L0s L1, Exit 
Latency L0s <1us, L1 <4us
ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp-
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk-
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x0, TrErr- Train- SlotClk+ 
DLActive- BWMgmt- ABWMgmt-
RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna+ 
CRSVisible-
RootCap: CRSVisible-
RootSta: PME ReqID , PMEStatus- PMEPending-
   

Bug#841144: base: kernel BUG at linux-4.7.5/fs/ocfs2/alloc.c:1514!

2016-10-17 Thread root
Package: base
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?

Two-host virtualization cluster with DRBD mirrored volume and OCFS2 filesystem.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Simply writing data to the volume exposed a kernel bug in OCFS2.

   * What was the outcome of this action?

Oct 17 09:57:38 vhost002 kernel: [ cut here ]
Oct 17 09:57:38 vhost002 kernel: kernel BUG at 
/build/linux-rAvIHq/linux-4.7.5/fs/ocfs2/alloc.c:1514!
Oct 17 09:57:38 vhost002 kernel: invalid opcode:  [#1] SMP
Oct 17 09:57:38 vhost002 kernel: Modules linked in: vhost_net vhost macvtap 
macvlan tun ocfs2 quota_tree cfg80211 rfkill iptable_filter ip_tables x_tables 
nfsd auth_rpcgss nfs_acl nfs lockd grace fscache ocfs2_dlmfs ocfs2_stack_o2cb 
sunrpc ocfs2_dlm ocfs2_nodemanager ocfs2_stackglue configfs bridge stp llc 
bonding ipmi_watchdog intel_rapl sb_edac edac_core x86_pkg_temp_thermal 
intel_powerclamp coretemp kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul 
ghash_clmulni_intel hmac drbg ansi_cprng igb iTCO_wdt ast iTCO_vendor_support 
mxm_wmi ttm evdev drm_kms_helper aesni_intel drm aes_x86_64 lrw xhci_pci 
gf128mul glue_helper xhci_hcd ablk_helper cryptd ehci_pci dca ehci_hcd e1000e 
i2c_algo_bit pcspkr usbcore ptp mei_me lpc_ich i2c_i801 sg mei shpchp mfd_core 
usb_common pps_core fjes wmi ipmi_si ipmi_poweroff ipmi_devintf
Oct 17 09:57:38 vhost002 kernel:  ipmi_msghandler tpm_tis tpm acpi_power_meter 
acpi_pad button fuse drbd lru_cache libcrc32c crc32c_generic autofs4 ext4 crc16 
jbd2 mbcache dm_mod md_mod sd_mod ahci libahci libata crc32c_intel scsi_mod
Oct 17 09:57:38 vhost002 kernel: CPU: 7 PID: 17663 Comm: qemu-system-x86 Not 
tainted 4.7.0-0.bpo.1-amd64 #1 Debian 4.7.5-1~bpo8+2
Oct 17 09:57:38 vhost002 kernel: Hardware name: To Be Filled By O.E.M. To Be 
Filled By O.E.M./EPC612D4I, BIOS P2.10 03/31/2016
Oct 17 09:57:38 vhost002 kernel: task: 8802547d9040 ti: 88025764 
task.ti: 88025764
Oct 17 09:57:38 vhost002 kernel: RIP: 0010:[]  
[] ocfs2_grow_tree+0x6f1/0x770 [ocfs2]
Oct 17 09:57:38 vhost002 kernel: RSP: 0018:880257643618  EFLAGS: 00010246
Oct 17 09:57:38 vhost002 kernel: RAX:  RBX: 000d 
RCX: 880257643790
Oct 17 09:57:38 vhost002 kernel: RDX: 8802576436bc RSI: 880257643968 
RDI: 8801803473f0
Oct 17 09:57:38 vhost002 kernel: RBP: 880257643678 R08:  
R09: 00390ce8
Oct 17 09:57:38 vhost002 kernel: R10: 02a15008 R11: 880257d9a030 
R12: 0001
Oct 17 09:57:38 vhost002 kernel: R13: 880257643828 R14: 8802622020c0 
R15: 0002
Oct 17 09:57:38 vhost002 kernel: FS:  7f718f75d700() 
GS:88103f3c() knlGS:
Oct 17 09:57:38 vhost002 kernel: CS:  0010 DS:  ES:  CR0: 
80050033
Oct 17 09:57:38 vhost002 kernel: CR2: 7f7ba6591e4c CR3: 0002825db000 
CR4: 001426e0
Oct 17 09:57:38 vhost002 kernel: Stack:
Oct 17 09:57:38 vhost002 kernel:  880257643728 880257643728 
c0a612a5 88025da1a880
Oct 17 09:57:38 vhost002 kernel:  8801803fd340 b2c2fd37 
8a1a0f55 000d
Oct 17 09:57:38 vhost002 kernel:  0001 880257643828 
880257643968 88025da1a880
Oct 17 09:57:38 vhost002 kernel: Call Trace:
Oct 17 09:57:38 vhost002 kernel:  [] ? 
ocfs2_set_buffer_uptodate+0x35/0x4a0 [ocfs2]
Oct 17 09:57:38 vhost002 kernel:  [] ? 
__find_get_block+0xa7/0x110
Oct 17 09:57:38 vhost002 kernel:  [] ? 
ocfs2_split_and_insert+0x307/0x490 [ocfs2]
Oct 17 09:57:38 vhost002 kernel:  [] ? 
ocfs2_split_extent+0x3ed/0x560 [ocfs2]
Oct 17 09:57:38 vhost002 kernel:  [] ? 
ocfs2_change_extent_flag+0x273/0x450 [ocfs2]
Oct 17 09:57:38 vhost002 kernel:  [] ? 
ocfs2_mark_extent_written+0x110/0x1d0 [ocfs2]
Oct 17 09:57:38 vhost002 kernel:  [] ? 
ocfs2_dio_end_io_write+0x44d/0x600 [ocfs2]
Oct 17 09:57:38 vhost002 kernel:  [] ? 
ocfs2_allocate_extend_trans+0x180/0x180 [ocfs2]
Oct 17 09:57:38 vhost002 kernel:  [] ? 
ocfs2_dio_end_io+0x3b/0x60 [ocfs2]
Oct 17 09:57:38 vhost002 kernel:  [] ? dio_complete+0x64/0x160
Oct 17 09:57:38 vhost002 kernel:  [] ? 
do_blockdev_direct_IO+0x1f5a/0x2350
Oct 17 09:57:38 vhost002 kernel:  [] ? 
ocfs2_write_end_nolock+0x560/0x560 [ocfs2]
Oct 17 09:57:38 vhost002 kernel:  [] ? 
ocfs2_direct_IO+0x84/0x90 [ocfs2]
Oct 17 09:57:38 vhost002 kernel:  [] ? 
generic_file_direct_write+0xb3/0x180
Oct 17 09:57:38 vhost002 kernel:  [] ? 
__generic_file_write_iter+0xb6/0x1e0
Oct 17 09:57:38 vhost002 kernel:  [] ? 
ocfs2_file_write_iter+0x44d/0xae0 [ocfs2]
Oct 17 09:57:38 vhost002 kernel:  [] ? hrtimer_init+0xf0/0xf0
Oct 17 09:57:38 vhost002 kernel:  [] ? 
do_iter_readv_writev+0xb0/0x130
Oct 17 09:57:38 vhost002 kernel:  [] ? 
do_readv_writev+0x1a2/0x240
Oct 17 09:57:38 vhost002 kernel:  [] ? 
ocfs2_check_range_for_refcount+0x130/0x130 [ocfs2]
Oct 17 

Bug#838534: chromium: ::MoveToNewUserNS().

2016-09-21 Thread root
Package: chromium
Version: 53.0.2785.113-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
running chromium from a terminal in weston as root
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action? 
[1:1:0921/182457:FATAL:sandbox_linux.cc(180)] Check failed: 
sandbox::Credentials
::MoveToNewUserNS().  * What outcome did you expect instead?


*** End of the template - remove these template lines ***


-- 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/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages chromium depends on:
ii  libasound2   1.1.2-1
ii  libatk1.0-0  2.21.90-2
ii  libavcodec57 7:3.1.3-1+b3
ii  libavformat577:3.1.3-1+b3
ii  libavutil55  7:3.1.3-1+b3
ii  libc62.23-5
ii  libcairo21.14.6-1+b1
ii  libcups2 2.1.4-4
ii  libdbus-1-3  1.10.10-1
ii  libexpat12.2.0-1
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libgcc1  1:6.1.1-11
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.49.6-1
ii  libgnome-keyring03.12.0-1+b1
ii  libgtk-3-0   3.21.5-3
ii  libharfbuzz0b1.2.7-1+b1
ii  libjpeg62-turbo  1:1.5.0-1
ii  libnettle6   3.2-1
ii  libnspr4 2:4.12-2
ii  libnss3  2:3.25-1
ii  libpango-1.0-0   1.40.2-1
ii  libpangocairo-1.0-0  1.40.2-1
ii  libpci3  1:3.3.1-1.1
ii  libpulse09.0-3
ii  libspeechd2  0.8.5-1
ii  libstdc++6   6.1.1-11
ii  libx11-6 2:1.6.3-1
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.2-1
ii  libxi6   2:1.7.6-1
ii  libxml2  2.9.4+dfsg1-2
ii  libxrandr2   2:1.5.0-1
ii  libxrender1  1:0.9.9-2
ii  libxslt1.1   1.1.29-1
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1+b1
ii  x11-utils7.7+3
ii  xdg-utils1.1.1-1

Versions of packages chromium recommends:
ii  fonts-liberation  1:1.07.4-2

Versions of packages chromium suggests:
pn  chromium-l10n  

-- no debconf information



Bug#820666: php5-redis: Segfault on pear upgrade-all with php5-redis installed

2016-04-11 Thread root
Package: php5-redis
Version: 2.2.5-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

To reproduce the bug I started with fress jessie 64 install in a VirtualBox

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

In the fresh install I issued these commands:

sudo -i
apt-get update && apt-get -y dist-upgrade
apt-get install php5 php5-redis php-pear php5-dev
pear update-channels
pear upgrade-all

   * What was the outcome of this action?

The last line of the output was "Segmentetion falut".

   * What outcome did you expect instead?

I do not expect segmentation falut for these commands.

-- System Information:
Debian Release: 8.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_ALL to default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages php5-redis depends on:
ii  libc6  2.19-18+deb8u4
ii  php5-common [phpapi-20131226]  5.6.19+dfsg-0+deb8u1

php5-redis recommends no packages.

Versions of packages php5-redis suggests:
pn  redis-server  

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_TIME = "hu_HU.UTF-8",
LC_MONETARY = "hu_HU.UTF-8",
LC_ADDRESS = "hu_HU.UTF-8",
LC_TELEPHONE = "hu_HU.UTF-8",
LC_NAME = "hu_HU.UTF-8",
LC_MEASUREMENT = "hu_HU.UTF-8",
LC_IDENTIFICATION = "hu_HU.UTF-8",
LC_NUMERIC = "hu_HU.UTF-8",
LC_PAPER = "hu_HU.UTF-8",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
locale: Cannot set LC_ALL to default locale: No such file or directory



Bug#809167: cron: Cron Daemon Use-After-Free Vulnerability May Cause Local Root Privilege Escalation

2015-12-27 Thread Cron Daemon Use-After-Free Vulnerability May Cause Local Root Privilege Escalation
Package: cron
Version: 3.0pl1-127+deb8u1
Severity: critical
Tags: security
Justification: root security hole


Hi Debian Security Team:

I recently started to read the source code of Cron / Crontab and I think I 
found a vulnerability in that.

I found that in file "database.c"
# 
http://anonscm.debian.org/cgit/pkg-cron/pkg-cron.git/tree/database.c?h=debian/3.0pl1-128

load_database(...)
-> process_crontab(...)
-> force_rescan_user(...)
free(u);# line 600
...
link_user(new_db, u);   # line 609

"u" have been freed but still put it into link_user(...).
link_user(...) connect the freed "u" to a linked-list.

So, if the program use the "new_db" later, the program will segment fault. 
Ex. In "cron.c" find_jobs(...) will use the freed "u"


And there is a condition to step into force_rescan_user(...).
In file "database.c" line 599
if ((u->name = strdup(fname)) == NULL) {
free(u);
errno = ENOMEM;
}

But I think in a low-memory machine or embedded system the condition can be 
ignored : )


p.s. I think other Linux distribution like ubuntu also have this vulnerablity


Above is the detail of this vulnerability.
Thanks :)



-- Package-specific info:
--- EDITOR:


--- /usr/bin/editor:
/bin/nano

--- /usr/bin/crontab:
-rwxr-sr-x 1 root crontab 36008 Jun 11  2015 /usr/bin/crontab

--- /var/spool/cron:
drwxr-xr-x 3 root root 4096 Jun  7  2015 /var/spool/cron

--- /var/spool/cron/crontabs:
drwx-wx--T 2 root crontab 4096 Dec 27 14:22 /var/spool/cron/crontabs

--- /etc/cron.d:
drwxr-xr-x 2 root root 4096 Dec 27 14:07 /etc/cron.d

--- /etc/cron.daily:
drwxr-xr-x 2 root root 4096 Dec 27 14:07 /etc/cron.daily

--- /etc/cron.hourly:
drwxr-xr-x 2 root root 4096 Dec 27 14:07 /etc/cron.hourly

--- /etc/cron.monthly:
drwxr-xr-x 2 root root 4096 Dec 27 14:07 /etc/cron.monthly

--- /etc/cron.weekly:
drwxr-xr-x 2 root root 4096 Dec 27 14:07 /etc/cron.weekly


-- System Information:
Debian Release: 8.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (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/dash
Init: systemd (via /run/systemd/system)

Versions of packages cron depends on:
ii  adduser  3.113+nmu3
ii  debianutils  4.4+b1
ii  dpkg 1.17.25
ii  init-system-helpers  1.22
ii  libc62.19-18
ii  libpam-runtime   1.1.8-3.1
ii  libpam0g 1.1.8-3.1
ii  libselinux1  2.3-2
ii  lsb-base 4.1+Debian13+nmu1

Versions of packages cron recommends:
pn  exim4 | postfix | mail-transport-agent  

Versions of packages cron suggests:
pn  anacron
pn  checksecurity  
ii  logrotate  3.8.7-1+b1

Versions of packages cron is related to:
pn  libnss-ldap   
pn  libnss-ldapd  
pn  libpam-ldap   
pn  libpam-mount  
pn  nis   
pn  nscd  

-- no debconf information



Bug#781375: libgnutls28-dev: cannot install

2015-03-28 Thread root
Package: libgnutls28-dev
Severity: critical
Justification: breaks unrelated software

Dear Maintainer,

   I tried to install the packages to compile Samba 4.2, this usually 
   means installing libgnutls-dev, but this seems to have been replaced
   by libgnutls28-dev, YOU CANNOT INSTALL THIS!

The following packages have unmet dependencies:
libgnutls28-dev : 
Depends: libgnutls-deb0-28 (= 3.3.8-6~bpo70+1) but 3.3.8-6 is to be installed
Depends: libgnutlsxx28 (= 3.3.8-6~bpo70+1) but it is not going to be installed
Depends: nettle-dev (= 2.5) but it is not going to be installed
Depends: libtasn1-6-dev (= 3.9) but it is not going to be installed
Depends: libp11-kit-dev (= 0.20.7) but it is not going to be installed
libldap2-dev : 
Depends: libldap-2.4-2 (= 2.4.31+really2.4.40-4~bpo70+1) but 2.4.40-4 is to be 
installed

tried to add a few of the above, but:

The following packages have unmet dependencies:
libgnutls28-dev : Depends: 
libgnutls-deb0-28 (= 3.3.8-6~bpo70+1) but 3.3.8-6 is to be installed
libgnutlsxx28 : Depends: 
libgnutls-deb0-28 (= 3.3.8-6~bpo70+1) but 3.3.8-6 is to be installed
libldap2-dev : Depends: 
libldap-2.4-2 (= 2.4.31+really2.4.40-4~bpo70+1) but 2.4.40-4 is to be installed
libp11-kit-dev : Depends: 
libp11-kit0 (= 0.20.7-1~bpo70+1) but 0.20.7-1 is to be installed
libtasn1-6-dev : Depends: 
libtasn1-6 (= 4.2-2~bpo70+1) but 4.2-2 is to be installed
Recommends: libtasn1-doc (= 4.2-2~bpo70+1) but it is not going to be installed
nettle-dev : Depends: 
libnettle4 (= 2.7.1-1~bpo70+1) but 2.7.1-5 is to be installed
Depends: libhogweed2 (= 2.7.1-1~bpo70+1) but 2.7.1-5 is to be installed

I gave up at this point!!!

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (100, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-0.bpo.4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#769682: (no subject)

2014-11-15 Thread root
Subject: jenkins-tomcat: Secure and HttpOnly flags are not set for cookies with 
Jenkins on Tomcat
Package: jenkins-tomcat
Version: 1.565.3-2.1
Severity: grave
Tags: security

Dear Maintainer,

The Jenkins currently shipped with Debian doesn't correctly set the HttpOnly and
Secure options on session cookies.

The first option prohibits the cookies to be read by scripts, thus preventing
XSS scripts vulnerabilities from stealing sessions.
The second option prohibits the session cookie to be sent over clear HTTP 
connection,
thus preventing malvolent users to steal session cookie while redirecting users 
to
HTTP access.

There is already an upstream bug for this problem located at this url:
https://issues.jenkins-ci.org/browse/JENKINS-25019
with a proposed fix that only adresses the HttpOnly issue for Tomcat.

The problem is reported in Tomcat log with the following lines:

WARNING: Failed to set secure cookie flag
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
jenkins.model.JenkinsLocationConfiguration.updateSecureSessionFlag(JenkinsLocationConfiguration.java:123)
at 
jenkins.model.JenkinsLocationConfiguration.load(JenkinsLocationConfiguration.java:71)
at 
jenkins.model.JenkinsLocationConfiguration.init(JenkinsLocationConfiguration.java:46)
at 
jenkins.model.JenkinsLocationConfiguration$$FastClassByGuice$$a6785528.newInstance(generated)
at 
net.sf.cglib.reflect.FastConstructor.newInstance(FastConstructor.java:40)
at 
com.google.inject.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:61)
at 
hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope$1.get(ExtensionFinder.java:429)
[...]
at 
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1566)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1523)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at 
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.IllegalStateException: Property HttpOnly can not be added 
to SessionCookieConfig for context /jenkins as the context has been initialised
at 
org.apache.catalina.core.ApplicationSessionCookieConfig.setHttpOnly(ApplicationSessionCookieConfig.java:107)
... 90 more

Thanks in advance for your help on this issue.

Yann Rouillard


-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-2-amd64 (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/dash

Versions of packages jenkins-tomcat depends on:
ii  jenkins-common  1.565.3-2
ii  tomcat8 8.0.14-1

jenkins-tomcat recommends no packages.

jenkins-tomcat suggests no packages.

-- Configuration Files:
/etc/jenkins/jenkins-tomcat.xml changed [not included]

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#748278: open-vm-tools: kernel modules wont build

2014-05-15 Thread root
Package: open-vm-tools
Version: 2:9.4.0-1280544-6
Severity: serious
Tags: upstream
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Upgrading debain unstable to the latest packages, installing new debian 
provided kernel
I did apt-get update; apt-get upgrade; apt-get dist-upgrade.
The kernel-modules for new debian kernel where not compiled and installed 
because of various errors.

I'd expected kernel-modules for new debian kernel compiled and installed and 
loaded.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-1-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages open-vm-tools depends on:
ii  libc6 2.18-6
ii  libdumbnet1   1.12-4
ii  libfuse2  2.9.3-10
ii  libgcc1   1:4.9.0-3
ii  libglib2.0-0  2.40.0-3
ii  libicu52  52.1-3
ii  libprocps31:3.3.9-4
ii  libstdc++64.9.0-3

Versions of packages open-vm-tools recommends:
ii  ethtool   1:3.13-1
ii  zerofree  1.0.3-1

Versions of packages open-vm-tools suggests:
pn  open-vm-tools-desktop  none

-- Configuration Files:
/etc/vmware-tools/tools.conf changed:


-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#741726: grub: generated grub.cfg leads to non booting system. Drops to rescue shell after not finding root device.

2014-03-16 Thread root
Source: grub
Version: 2.02~beta2-7
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

grub: generated grub.cfg leads to non booting system. Drops to rescue shell 
after not finding root device.

Updating from older grub to grub 2.02~ beta2-7
update-grub - generated same config file again - boots into rescue-mode


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10.32-std420-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#727822: xpdf: repro

2013-12-12 Thread root
Package: xpdf
Version: 3.03-11
Followup-For: Bug #727822

i have the exact same repro case:

xpdf.real: pthread_mutex_lock.c:65: __pthread_mutex_lock: Assertion 
`mutex-__data.__owner == 0' failed.

hmmm, gdb ain't too helpful, apologies - a dbg package of xpdf is not availble

xpdf.real: pthread_mutex_lock.c:65: __pthread_mutex_lock: Assertion 
`mutex-__data.__owner == 0' failed.

Program received signal SIGABRT, Aborted.
0x763dc1e5 in ?? ()
(gdb) where
#0  0x763dc1e5 in ?? ()
#1  0x763df398 in ?? ()
#2  0x0020 in ?? ()
#3  0x in ?? ()
(gdb) 

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xpdf depends on:
ii  libc6 2.17-93Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.8.2-1  GCC support library
ii  libpoppler19  0.18.4-8   PDF rendering library
ii  libstdc++64.8.2-1GNU Standard C++ Library v3
ii  libx11-6  2:1.6.2-1  X11 client-side library
ii  libxm42.3.4-4Motif - X/Motif shared library
ii  libxt61:1.1.4-1  X11 toolkit intrinsics library

Versions of packages xpdf recommends:
ii  cups-bsd  1.5.3-1Common UNIX Printing System(tm) - 
ii  gsfonts-x11   0.21   Make Ghostscript fonts available t
ii  poppler-data  0.4.4-1Encoding data for the poppler PDF 
ii  poppler-utils 0.18.4-3   PDF utilities (based on Poppler)

xpdf suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#717726: logrotate doesn't recreate logfiles with the previous permissions

2013-07-24 Thread root
Package: logrotate
Version: 3.8.1-4
Severity: critical
Justification: breaks unrelated software

If I don't specify chmod parameters with create, logrotate does'nt use the 
previous permissions when creating the new logfiles my logfiles always get to 
0640 permissions, while most og log analyzers need 0644 permissions to be able 
to read the logfiles.


-- Package-specific info:
Contents of /etc/logrotate.d
total 88
-rw-r--r-- 1 root root  304 Mar  5  2012 apache2
-rw-r--r-- 1 root root  173 Apr 15  2011 apt
-rw-r--r-- 1 root root   79 Mar 14  2007 aptitude
-rw-r--r-- 1 root root  123 May  6  2008 cacti
-rw-r--r-- 1 root root  215 Jul 28  2008 checksecurity
-rw-r--r-- 1 root root  209 Apr 28  2008 clamav-daemon
-rw-r--r-- 1 root root  230 May  3  2010 clamav-freshclam
-rw-r--r-- 1 root root  135 Feb 25  2010 consolekit
-rw-r--r-- 1 root root  232 Nov 10  2011 dpkg
-rw-r--r-- 1 root root  338 Mar  1  2012 fail2ban
-rw-r--r-- 1 root root  151 Oct 15  2006 iptraf
-rw-r--r-- 1 root root  729 Jul 11 11:15 munin
-rw-r--r-- 1 root root  813 Mar 18  2009 mysql-server
-rw-r--r-- 1 root root  666 Sep  5  2008 ocsinventory-agent
-rw-r--r-- 1 root root  697 Jul 29  2008 ocsinventory-server
-rw-r--r-- 1 root root  157 Nov 17  2010 pm-utils
-rw-r--r-- 1 root root  513 Jul 11 16:55 proftpd-basic
-rw-r--r-- 1 root root   88 Jul 23  2008 razor
-rw-r--r-- 1 root root   68 Feb 16  2007 scrollkeeper
-rw-r--r-- 1 root root  Jul 23 16:48 syslog-ng
-rw-r--r-- 1 root root  115 Jan 21  2013 unattended-upgrades
-rw-r--r-- 1 root root   86 Jul 11 11:14 webmin


-- System Information:
Debian Release: 6.0.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages logrotate depends on:
ii  base-passwd   3.5.26 Debian base system master password
ii  cron [cron-daemon]3.0pl1-124 process scheduling daemon
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libpopt0  1.16-1 lib for parsing cmdline parameters
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

Versions of packages logrotate recommends:
ii  mailutils [mailx]  1:2.1+dfsg1-7 GNU mailutils utilities for handli

logrotate suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#680139: dar: Parse error

2012-07-03 Thread root
Package: dar
Version: 2.3.8-3+b1
Severity: grave
Justification: renders package unusable

For some reason, dar stopped working. This is the command and the 
response that I get:
dar -m 1024 -y -s 4480M -D -R -c /backup/daily/2012-07-03_diff
Parse error on command line (or included files): Unknown argument : 
/backup/daily/2012-07-03_diff
Other than the regular upgrades, and a change of IP address, nothing
has been done with the computer, and we have used dar for several years.

-- System Information:
Debian Release: 5.0.9
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages dar depends on:
ii  libattr1   1:2.4.43-2Extended attribute shared library
ii  libbz2-1.0 1.0.5-1+lenny1high-quality block-sorting file co
ii  libc6  2.11.3-3  Embedded GNU C Library: Shared lib
ii  libdar64-4 2.3.8-3+b1Disk ARchive: Shared library
ii  libgcc11:4.3.2-1.1   GCC support library
ii  libssl0.9.80.9.8g-15+lenny13 SSL shared libraries
ii  libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

dar recommends no packages.

Versions of packages dar suggests:
pn  dar-docs  none (no description available)
pn  par2  none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#623005: Current flashplugin-nonfree situation is FFS

2011-04-16 Thread root
Package: flashplugin-nonfree
Version: 1:2.8.3
Severity: grave
Tags: security
Justification: user security hole


Hello,

the prop. flash-player is since a longer time out-of-date in Debian, speaking 
of:
  http://people.debian.org/~bartm/flashplugin-nonfree/

The plugin is outdated with many serious security holes, it is not binNMU- and
update-able.

Currently only update-flashplugin-nonfree updates the packaging (if you have
updated the binaries on people.d.o), because you want to verify the signatures
of the downloaded files, which is useless IMHO, because you have to download
it without any verification from adobe.com, so if your download is compromised
every other user will get the evil binaries.


-- Package-specific info:
Debian version: wheezy/sid
Architecture: amd64
Package version: 1:2.8.3
Adobe Flash Player version: LNX 10,3,162,29
MD5 checksums:
49b55c7eb8044453e5f6f2e4b3cb4084  
/var/cache/flashplugin-nonfree/flashplayer10_2_p3_64bit_linux_111710.tar.gz
338e954c02ba6776b6b8a908e6f96b5f  
/var/cache/flashplugin-nonfree/flashplayer_square_p1_64bit_linux_091510.tar.gz
4777665a6149af11233d8a000b89ffb1  
/var/cache/flashplugin-nonfree/install_flash_player_10_linux.tar.gz
a311fd97aa6c214f63dc089a20cf7a39  
/var/cache/flashplugin-nonfree/install_flash_player_9_linux.tar.gz
492d98d25886afcaf18252334d4ac4e2  
/var/cache/flashplugin-nonfree/libflashplayer-10.0.22.87.linux-x86_64.so.tar.gz
332e60275e9c7a92059f286a2bad6e41  
/var/cache/flashplugin-nonfree/libflashplayer-10.0.32.18.linux-x86_64.so.tar.gz
8b427c2991c0447af56a951c653ee383  
/var/cache/flashplugin-nonfree/libflashplayer-10.0.42.34.linux-x86_64.so.tar.gz
14c918ac5a9b9b680bdb37aedae40009  
/var/cache/flashplugin-nonfree/libflashplayer-10.0.d20.7.linux-x86_64.so.tar.gz
c165af9d4e324bfaf6d1cfbdbe959fbb  
/var/cache/flashplugin-nonfree/libflashplayer-10.0.d21.1.linux-x86_64.so.tar.gz
267bfdb38d14c9d96d0d04e273c3d961  
/usr/lib/flashplugin-nonfree/libflashplayer.so
Alternatives:
flash-mozilla.so - auto mode
  link currently points to 
/usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is 
'/usr/lib/flashplugin-nonfree/libflashplayer.so'.
lrwxrwxrwx 1 root root 34 Dec 30 20:16 
/usr/lib/mozilla/plugins/flash-mozilla.so - /etc/alternatives/flash-mozilla.so
/usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to 
`/etc/alternatives/flash-mozilla.so'

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages flashplugin-nonfree depends on:
ii  debconf [debconf 1.5.38  Debian configuration management sy
ii  gnupg1.4.11-3GNU privacy guard - a free PGP rep
ii  libatk1.0-0  2.0.0-1 The ATK accessibility toolkit
ii  libcairo21.10.2-6The Cairo 2D vector graphics libra
ii  libcurl3-gnutls  7.21.4-2Multi-protocol file transfer libra
ii  libfontconfig1   2.8.0-2.1   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgcc1  1:4.6.0-2   GCC support library
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgtk2.0-0  2.24.4-3The GTK+ graphical user interface 
ii  libnspr4-0d  4.8.7-2 NetScape Portable Runtime Library
ii  libnss3-1d   3.12.9.with.ckbi.1.82-1 Network Security Service libraries
ii  libpango1.0-01.28.3-6Layout and rendering of internatio
ii  libstdc++6   4.6.0-2 The GNU Standard C++ Library v3
ii  libx11-6 2:1.4.3-1   X11 client-side library
ii  libxext6 2:1.2.0-2   X11 miscellaneous extension librar
ii  libxt6   1:1.1.1-1   X11 toolkit intrinsics library
ii  wget 1.12-3  retrieves files from the web

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
pn  flashplugin-nonfree-extrasoun none (no description available)
ii  iceweasel 4.0-3  Web browser based on Firefox
pn  konqueror-nsplugins   none (no description available)
ii  msttcorefonts 2.7transitional dummy package
ii  ttf-dejavu2.33-1 Metapackage to pull in ttf-dejavu-
ii  ttf-mscorefonts-installer [ms 3.3Installer for Microsoft TrueType c
pn  ttf-xfree86-nonfree   none (no description available)
pn  x-ttcidfont-conf  none (no description available

Bug#620703: autofs5: autofs doesn't mount nfs directory on nfsrooted linux system

2011-04-03 Thread root
Package: autofs5
Version: 5.0.4-3.2
Severity: grave
Tags: patch
Justification: renders package unusable


autofs doesn't work on nfsrooted system because /etc/init.d/autofs script
doesn't create mount point. Please note that the same script removes
this directory when autofs is stopped.

Please apply this patch:

--- /etc/init.d/autofs  2008-09-11 19:32:09.124098772 +0200
+++ /etc/init.d/autofs  2008-09-11 19:34:46.304096839 +0200
@@ -666,7 +666,7 @@
do
mnt=`echo $rest | sed 's/^.* \(\/[^ ]*\) [A-Za-z].*$/\1/'`
pidfile=/var/run/autofs/`echo $mnt | sed 's,/,_,g'`.pid
-
+   mkdir -p $mnt
start-stop-daemon --start --pidfile $pidfile --quiet \
--exec $DAEMON -- --pid-file=$pidfile $rest

Best regards,

JKB 


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: sparc (sparc64)

Kernel: Linux 2.6.38.1 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
#!/bin/bash
#
# $Id: rc.autofs.in,v 1.58 2005/04/11 11:30:54 raven Exp $
#
# rc file for automount using a Sun-style master map.
# We first look for a local /etc/auto.master, then a YP
# map with that name
#
# On most distributions, this file should be called:
# /etc/rc.d/init.d/autofs or /etc/init.d/autofs
#
### BEGIN INIT INFO
# Provides:		autofs
# Required-Start:	$network $remote_fs $syslog
# Required-Stop:	$network $remote_fs $syslog
# Should-Start:		ypbind nslcd
# Default-Start:	2 3 4 5
# Default-Stop:		0 1 6
# Short-Description:	automount daemon
# Description:		daemon to mount (possibly remote) filesystems
#			automatically upon entering the mountpoint
### END INIT INFO

# For Redhat-ish systems
#
# chkconfig: 345 28 72
# processname: /usr/sbin/automount
# config: /etc/auto.master
# description: Automounts filesystems on demand

# This is used in the Debian distribution to determine the proper
# location for the S- and K-links to this init file.
# The following value is extracted by debstd to figure out how to
# generate the postinst script. Edit the field to change the way the
# script is registered through update-rc.d (see the manpage for
# update-rc.d!)
#
FLAGS=defaults 21

#
# Location of the automount daemon and the init directory
#
DAEMON=/usr/sbin/automount
prog=`basename $DAEMON`
initdir=/etc/init.d

test -e $DAEMON || exit 0

#
# Determine which kind of configuration we're using
#
system=unknown
if [ -f /etc/debian_version ]; then
	system=debian
elif [ -f /etc/redhat-release ]; then
	system=redhat
else
	echo $0: Unknown system, please port and contact aut...@linux.kernel.org 12
	exit 1
fi

if [ $system = redhat ]; then
	. $initdir/functions
fi

if [ $system = debian ]; then
	thisscript=$0
	if [ ! -f $thisscript ]; then
		echo $0: Cannot find myself 12
		exit 1
	fi
fi

PATH=/sbin:/usr/sbin:/bin:/usr/bin
export PATH

#
# We can add local options here
# e.g. localoptions='rsize=8192,wsize=8192'
#
localoptions=''

#
# Daemon options
# e.g. --timeout=60
#
daemonoptions=''

#
# load custom settings
#
if [ $system = redhat ]; then
	LOCALOPTIONS=
	DAEMONOPTIONS=
	UNDERSCORETODOT=1
	DISABLE_DIRECT=1
	DAEMON_EXIT_WAIT=20

	[ -f /etc/sysconfig/autofs ]  . /etc/sysconfig/autofs

	# Over-ride localoptions if set
	if [ -n $LOCALOPTIONS ]; then
		localoptions=$LOCALOPTIONS
	fi

	# Over-ride daemonoptions if set
	if [ -n $DAEMONOPTIONS ]; then
		daemonoptions=$DAEMONOPTIONS
	fi
elif [ $system = debian ]; then
	TIMEOUT=300
	DISABLE_DIRECT=1
	DAEMON_EXIT_WAIT=20

	[ -f /etc/default/autofs ]  . /etc/default/autofs

	daemonoptions=$daemonoptions --timeout=$TIMEOUT
fi

#
# Check for all maps that are to be loaded
#
function getschemes()
{
	SOURCES=`grep ^automount: /etc/nsswitch.conf | \
		 sed -e 's/^.*://' -e 's/\[.*\]/ /g'`

	if [ `echo $SOURCES | awk '{print NF}'` -gt 0 ]
	then
		echo ${SOURCES}
	else
		echo files
	fi
}

function catnismap()
{
if [ -z $1 ] ; then
map=auto_master
else
map=$1
fi

# Append the map's options at the _start_ if there are any options already
# (ie. myopt - $2,myopt), otherwise just append them at the end.
if [ -z $2 ]; then
/usr/bin/ypcat -k $map 2 /dev/null | sed -e '/^#/d' -e '/^$/d'
else
/usr/bin/ypcat -k $map 2 /dev/null |
sed -e '/^#/d' -e '/^$/d' \
-e s/^[ \t]*\([^ \t]\+\)[ \t]\+\([^ \t]\+\)[ \t]\+-\([^ \t]\+\)/\1 \2 $2,\3/ \
-e s/^[ \t]*\([^ \t]\+\)[ \t]\+\([^ \t]\+\)[ \t]*$/\1 \2 $2/
fi
}

function getfilemounts()
{
if [ -f /etc/auto.master ] ; then
cat /etc/auto.master | awk '{print $0}' | sed -e '/^#/d' -e '/^$/d' | (
while read auto_master_in
do
if [ `echo $auto_master_in | grep '^\+'` =  ]; then
echo $auto_master_in
else
cat /etc/auto.master | grep '^\+' | sed -e '/^#/d' -e '/^$/d' | (
   

Bug#586056: grub-pc: update-grub fails with Invalid parameter

2010-06-15 Thread root
Package: grub-pc
Version: 1.98+20100614-1
Severity: grave
Justification: renders package unusable

The latest grub introduces a change to the argument processing for
grub-mkconfig. Now, rather than ignoring unknown arguments, it produces
an error.

This is a problem because the kernel image postinst script invokes the
postinst_hook (defined in /etc/kernel-img.conf to be update-grub, a
wrapper for grub-mkconfig) with arguments that appear to be the kernel
version and path. These arguments were previously ignored, but now
produce an error.

Because of this, kernel image configuration will always fail. Here's an
example (yes this is a sidux kernel, but I don't think the postinst is
significantly different in this regard):

$ sudo dpkg --configure -a -D3
Setting up linux-image-2.6.34-0.slh.9-sidux-686 (2.6.34-10) ...
D02: fork/exec 
/var/lib/dpkg/info/linux-image-2.6.34-0.slh.9-sidux-686.postinst ( configure  )
Running depmod.
Running update-initramfs.
update-initramfs: Generating /boot/initrd.img-2.6.34-0.slh.9-sidux-686
initrd.img(/boot/initrd.img-2.6.34-0.slh.9-sidux-686
) points to /boot/initrd.img-2.6.34-0.slh.9-sidux-686
 (/boot/initrd.img-2.6.34-0.slh.9-sidux-686) -- doing nothing at 
/var/lib/dpkg/info/linux-image-2.6.34-0.slh.9-sidux-686.postinst line 400.
vmlinuz(/boot/vmlinuz-2.6.34-0.slh.9-sidux-686
) points to /boot/vmlinuz-2.6.34-0.slh.9-sidux-686
 (/boot/vmlinuz-2.6.34-0.slh.9-sidux-686) -- doing nothing at 
/var/lib/dpkg/info/linux-image-2.6.34-0.slh.9-sidux-686.postinst line 400.
Running /usr/sbin/update-grub.
Invalid parameter, 2.6.34-0.slh.9-sidux-686
User postinst hook script [/usr/sbin/update-grub] exited with value 1
dpkg: error processing linux-image-2.6.34-0.slh.9-sidux-686 (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of linux-image-2.6-sidux-686:
 linux-image-2.6-sidux-686 depends on linux-image-2.6.34-0.slh.9-sidux-686 (= 
2.6.34-10); however:
  Package linux-image-2.6.34-0.slh.9-sidux-686 is not configured yet.
dpkg: error processing linux-image-2.6-sidux-686 (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 linux-image-2.6.34-0.slh.9-sidux-686
 linux-image-2.6-sidux-686

A simple way to fix this is to remove the $@ in
/usr/sbin/update-grub. Making this change allowed me to configure the
kernel packages.

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/disk/by-uuid/20dc7d4f-4200-40bc-9518-fdcc28953091 / ext3 
rw,noatime,errors=remount-ro,data=writeback 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0) /dev/sda
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
  fi
}
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 20dc7d4f-4200-40bc-9518-fdcc28953091
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
fi
if terminal_output gfxterm ; then true ; else
  # For backward compatibility with versions of terminal.mod that don't
  # understand terminal_output
  terminal gfxterm
fi
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 20dc7d4f-4200-40bc-9518-fdcc28953091
set locale_dir=($root)/boot/grub/locale
set lang=en
insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 20dc7d4f-4200-40bc-9518-fdcc28953091
insmod png
if background_image /boot/grub/moreblue-orbit-grub.png ; then
  set color_normal=black/black
  set color_highlight=magenta/black
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.34-0.slh.9-sidux-686' --class 
debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 20dc7d4f-4200-40bc-9518-fdcc28953091
echo'Loading Linux 2.6.34-0.slh.9-sidux-686 ...'
linux   /boot/vmlinuz-2.6.34-0.slh.9-sidux-686 
root=UUID=20dc7d4f-4200-40bc-9518-fdcc28953091 ro vga=791 quiet
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-2.6.34-0

Bug#582115: man2html: the address suggested at dpkg time doesn't work

2010-05-18 Thread root
Package: man2html
Version: 1.6f-3
Severity: grave
Justification: renders package unusable

:~# dpkg-reconfigure man2html 
Tune your web browser to http://truehome/cgi-bin/man/man2html to view
your installed manpages.

The http://truehome/cgi-bin/man/man2html; doesn't work:
I get 404 - Not Found

Thanks, Hearthstone - hearthston...@yahoo.com




-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-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 man2html depends on:
ii  debconf [debconf-2.0]   1.5.24   Debian configuration management sy
ii  debianutils 2.30 Miscellaneous utilities specific t
ii  gawk1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr
ii  libc6   2.7-18lenny2 GNU C Library: Shared libraries
ii  man-db  2.5.2-4  on-line manual pager

Versions of packages man2html recommends:
ii  apache2  2.2.9-10+lenny7 Apache HTTP Server metapackage
ii  apache2-mpm-worker [http 2.2.9-10+lenny7 Apache HTTP Server - high speed th
ii  lighttpd [httpd-cgi] 1.4.19-5+lenny1 A fast webserver with minimal memo
ii  lynx 2.8.7dev9-2.1   Text-mode WWW Browser (transitiona

Versions of packages man2html suggests:
ii  dillo [www-brow 2.1.1-0+dillo1~intrepid1 small and fast web browser
ii  epiphany-gecko  2.22.3-9 Intuitive GNOME web browser - Geck
ii  iceweasel [www- 3.0.6-3  lightweight web browser based on M
ii  konqueror [www- 4:4.3.2-1~bpo+1  KDE 4's advanced file manager, web
ii  lynx2.8.7dev9-2.1Text-mode WWW Browser (transitiona
ii  lynx-cur [www-b 2.8.7dev9-2.1Text-mode WWW Browser with NLS sup
ii  manpages3.05-1   Manual pages about using a GNU/Lin
pn  manpages-devnone   (no description available)
ii  opera [www-brow 10.10.4742.gcc4.qt3  The Opera Web Browser
pn  swish++ none   (no description available)

-- debconf information:
  man2html/index_manpages: true



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#574420: fails to build

2010-03-18 Thread root
Package: nvidia-kernel-legacy-96xx-source
Version: 96.43.16-1
Severity: normal


i can confirm that building these modules against current 2.6.32-trunk
headers is impossible

see attached log from module-assistant

fgmasdr
IOhannes


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nvidia-kernel-legacy-96xx-source depends on:
ii  debhelper 7.4.15 helper programs for debian/rules
ii  dpatch2.0.31 patch maintenance system for Debia
ii  make  3.81-7 An utility for Directing compilati
ii  sed   4.2.1-6The GNU sed stream editor

Versions of packages nvidia-kernel-legacy-96xx-source recommends:
ii  devscripts2.10.61scripts to make the life of a Debi
ii  kernel-package12.033 A utility for building Linux kerne
pn  nvidia-glx-legacy-96xxnone (no description available)

nvidia-kernel-legacy-96xx-source suggests no packages.

-- no debconf information
Extracting the package tarball, /usr/src/nvidia-kernel-legacy-96xx.tar.bz2, 
please wait...
/usr/bin/make -C . LINUXDIR=/lib/modules/2.6.32-trunk-686/build 
KVERREL=2.6.32-trunk-686 clean
make[1]: Entering directory `/usr/src/modules/nvidia-kernel-legacy-96xx'
rm -rf *.o *.ko .depend .*.flags .*.d .*.cmd *.mod.c .tmp_versions
make[1]: Leaving directory `/usr/src/modules/nvidia-kernel-legacy-96xx'
dh_clean
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/nvidia-kernel-legacy-96xx'
/usr/bin/make -C . LINUXDIR=/lib/modules/2.6.32-trunk-686/build 
KVERREL=2.6.32-trunk-686 clean
make[2]: Entering directory `/usr/src/modules/nvidia-kernel-legacy-96xx'
rm -rf *.o *.ko .depend .*.flags .*.d .*.cmd *.mod.c .tmp_versions
make[2]: Leaving directory `/usr/src/modules/nvidia-kernel-legacy-96xx'
dh_clean
/usr/bin/make -w -f debian/rules configure
make[2]: Entering directory `/usr/src/modules/nvidia-kernel-legacy-96xx'
sed 's/#KVERS#/2.6.32-trunk-686/g' debian/control.template  
/usr/src/modules/nvidia-kernel-legacy-96xx/debian/control
sed 's/#KVERS#/2.6.32-trunk-686/g' debian/dirs.template  
/usr/src/modules/nvidia-kernel-legacy-96xx/debian/dirs
sed 's/#KVERS#/2.6.32-trunk-686/g' debian/override.template  
/usr/src/modules/nvidia-kernel-legacy-96xx/debian/override
make[2]: Leaving directory `/usr/src/modules/nvidia-kernel-legacy-96xx'
sed 's/#KVERS#/2.6.32-trunk-686/g' debian/control.template  
/usr/src/modules/nvidia-kernel-legacy-96xx/debian/control
sed 's/#KVERS#/2.6.32-trunk-686/g' debian/dirs.template  
/usr/src/modules/nvidia-kernel-legacy-96xx/debian/dirs
sed 's/#KVERS#/2.6.32-trunk-686/g' debian/override.template  
/usr/src/modules/nvidia-kernel-legacy-96xx/debian/override
dh_testroot
dh_prep
# Build the modules
/usr/bin/make -C . LINUXDIR=/lib/modules/2.6.32-trunk-686/build 
KVERREL=2.6.32-trunk-686
make[2]: Entering directory `/usr/src/modules/nvidia-kernel-legacy-96xx'
make -C /lib/modules/2.6.32-trunk-686/build  M=`/bin/pwd` modules
make[3]: Entering directory `/usr/src/linux-headers-2.6.32-trunk-686'
  CC [M]  /usr/src/modules/nvidia-kernel-legacy-96xx/nv.o
In file included from /usr/src/modules/nvidia-kernel-legacy-96xx/nv-linux.h:16,
 from /usr/src/modules/nvidia-kernel-legacy-96xx/nv.c:14:
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:2:5: warning: 
LINUX_VERSION_CODE is not defined
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:2:26: warning: 
KERNEL_VERSION is not defined
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:2:40: error: missing 
binary operator before token (
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:15:5: warning: 
LINUX_VERSION_CODE is not defined
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:15:27: warning: 
KERNEL_VERSION is not defined
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:15:41: error: missing 
binary operator before token (
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:25:5: warning: 
LINUX_VERSION_CODE is not defined
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:25:27: warning: 
KERNEL_VERSION is not defined
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:25:41: error: missing 
binary operator before token (
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:35:5: warning: 
LINUX_VERSION_CODE is not defined
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:35:27: warning: 
KERNEL_VERSION is not defined
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:35:41: error: missing 
binary operator before token (
/usr/src/modules/nvidia-kernel-legacy-96xx/conftest.h:42:5: warning: 
LINUX_VERSION_CODE is not defined

Bug#572888: python2.5: compiled python cgi script execution through apache2 fails

2010-03-07 Thread root
Package: python2.5
Version: 2.5.2-15+lenny1
Severity: serious
Justification: 3

compiled python script cgi execution through apache2 fails, getting internal 
server error, 
however non-compiled version of identical python script works ok.
python script compiled with py_compilefiles.

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-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 python2.5 depends on:
ii  libbz2-1.0  1.0.5-1  high-quality block-sorting file co
ii  libc6   2.7-18lenny2 GNU C Library: Shared libraries
ii  libdb4.54.5.20-13Berkeley v4.5 Database Libraries [
ii  libncursesw55.7+20081213-1   shared libraries for terminal hand
ii  libreadline55.2-3.1  GNU readline and history libraries
ii  libsqlite3-03.5.9-6  SQLite 3 shared library
ii  libssl0.9.8 0.9.8g-15+lenny6 SSL shared libraries
ii  mime-support3.44-1   MIME files 'mime.types'  'mailcap
ii  python2.5-minimal   2.5.2-15+lenny1  A minimal subset of the Python lan

python2.5 recommends no packages.

Versions of packages python2.5 suggests:
pn  python-profiler   none (no description available)
pn  python2.5-doc none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#566844: libc6 causing Authentication service cannot retrieve authentication info

2010-02-13 Thread root

On Sat, 13 Feb 2010, Aurelien Jarno wrote:


On Fri, Feb 12, 2010 at 09:21:59AM -0500, root wrote:

On Fri, 12 Feb 2010, Aurelien Jarno wrote:


root a écrit :

Is more information needed from me?  Or is there anything I can do to
expedite this bug fix?  I've got 138 machines in an unstable state because
I can't do updates on them because of this libc6 issue.  If there is
anything that I can do, please let me know.



I have to say I am out of idea. I am only able to reproduce the
behaviour you observed when using adjunct passwords (this is actually
what the security issue fixed), but at the same time you told me you are
not using adjunct passwords.


Well, I decided to do some searching around in hopes of coming up with
some new ideas. I've never used adjunct passwords before, so I never
really knew what they were.  After doing some research online, do adjunct
passwords mean that you put a ##username in the passwd file for each of
the users?  If so, I think that might be the problem.  We use a custom
PAM authentication module that we wrote to do a special type of kerberos
authentication.  And our passwd file contains the special kerberos
principal in the password field, so for instance, our users would have
passwd entries like this:
  username1:##ABC12:123:100:Name:/home/dir1:/bin/tcsh
  username2:##CAB21:124:100:Name:/home/dir2:/bin/tcsh
  username3:##I#XYZ12:125:100:Name:/home/dir3:/bin/tcsh
  username4:##E#ZYX21:125:100:Name:/home/dir4:/bin/tcsh
We use the ## to determine whether or not we should use our
authentication module or not.  Is the new libc6 just looking for the ##
in the beginning and using that to determine whether or not the passwd
file is using adjunct passwords or not?  If so, is there any other way to
determine adjunct passwords because I'm guessing that, that must be
causing the problem.  In other words, the new libc6 is seeing our special
password entries and simply removing them.



Yes, the new glibc only looks for the ## at the beginning of the
passwd entry to detect the adjunct passwords. Actually this part hasn't
changed in the new glibc, it's only the corresponding action that has
changed. Before it was doing a new query to the NIS server to get the
adjunct password and merge it. With the new version merges a 'x'
instead, as the real merge is now done in the shadow part.

So even before it seems your system was doing a lot of useless NIS
requests to the server, even though it harms less than in the current
status.

I will look if the adjunct password detection can be improved.


Like I said, I don't know much about how adjunct passwords work, or the 
underlying authentication system itself, but could you just leave the 
## entry there instead of putting the x in there?  Or would that 
cause problems?  I completely understand why the actual password would be 
put in the shadow part, but would it hurt to just leave the ## entry 
there in the password field?


Thanks, and please let me know if I can do anything to help.



--
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net


Bug#566844: libc6 causing Authentication service cannot retrieve authentication info

2010-02-12 Thread root


Is more information needed from me?  Or is there anything I can do to 
expedite this bug fix?  I've got 138 machines in an unstable state because 
I can't do updates on them because of this libc6 issue.  If there is 
anything that I can do, please let me know.


Thank you!

On Wed, 27 Jan 2010, root wrote:


On Mon, 25 Jan 2010, Aurelien Jarno wrote:


On Mon, Jan 25, 2010 at 09:08:08AM -0500, root wrote:

Package: libc6
Version: 2.7-18
Severity: critical
Justification: breaks unrelated software


I'm running Debian Lenny with a stock 2.6.26-2 AMD64 kernel, and after 
upgrading any of my systems to use the latest libc6 package from 
debian-security (2.7-18lenny2), all of my systems that use NIS can no 
longer authenticate.  All I get is Authentication service cannot retrieve 
authentication info.  If I upgrade a system to 2.7-18lenny2, I 
immediately start having problems, and as soon as I revert back to 2.7-18, 
everything works perfectly.  I've been using the same NIS setup for close 
to 5 years now, and have been moving it along from Sarge, to Etch, to 
Lenny without any problems...until now.


I am sorry about that. This security update was there to prevent leaking
adjunct passwords to normal users.


My /etc/nsswitch.conf:
  passwd: compat
  group:  compat
  shadow: compat

Like I said, I am using NIS, however both the NIS master server and the 
NIS clients both break when I upgrade libc6 to 2.7-18lenny2.  The NIS 
server is again, a stock Debian Lenny server.  With the NIS server, I am 
combining the passwd/shadow files on the NIS server into just the passwd 
map (using the MERGE_PASSWD option).  So the NIS clients don't actually 
see any shadow file entries for any of the NIS accounts.


Ok, so users were able to login even if there was no shadow entry.


I've also tried changing the nsswitch.conf file to:
  passwd: nis files
  group:  nis files
  shadow: files

You'll notice I left the nis option off of the shadow entry, since 
there's no need for it, since there's no shadow map.  My guess is that, 
this is the cause of the problem...In other words, because the system 
isn't seeing shadow entries, it's bailing out.  But why all of a sudden 
did this break in the latest libc6?  And is there a way to get the old 
functionality back?


What the changes did is to stop merging adjunct passwords to the passwd
database, and merge them in the shadow database instead. There is no new
requirement for shadow entries.

If you are not using adjunct password, no changes should have happened
for you. As it doesn't work, it seems something has broken, we have to
understand why. FYI, I have just done a NIS setup using the MERGE_PASSWD
option, and only compat entries into /etc/nsswitch.conf, and I don't see
this problem.

I will need more informations to debug this:
- Are you using adjunct passwords in addition to merged passwords?


No.


- As I understand, you have upgraded libc6 on both the NIS server and
 the clients. Can you please try to see if it also breaks if you
 upgrade only the clients?


Yes it still breaks, when I upgrade just one of the clients.


- Are you using nscd on the clients?


No.


- What the result of getent passwd a_nis_user on a client when running
 as a standard (local) user, a root user, for both


Very interesting... Whether I run the getent command as root or a normal 
user, I get the following:

On the libc6 (2.7-18) system:
 
username:encrypted_passwd_here:123456:654321:MyName:/my/home/directory:/bin/tcsh

On the libc6 (2.7-18lenny2) system:
 username:x:123456:654321:MyName:/my/home/directory:/bin/tcsh

That does seem to be what is causing my problems...


- Do you have more info the client system logs?


Not really, the only thing I see is just:
Jan 27 06:53:45 hostname su[31991]: pam_authenticate: Authentication service 
cannot retrieve authentication info

Jan 27 06:53:45 hostname su[31991]: FAILED su for testuser2 by testuser1
Jan 27 06:53:45 hostname su[31991]: - pts/1 testuser1:testuser2

If you know of any way of getting more debug info from PAM, let me know and 
I'll run more tests.


By the way, thank you for your help, I really appreciate it!




--
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net







--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#566844: libc6 causing Authentication service cannot retrieve authentication info

2010-02-12 Thread root

On Fri, 12 Feb 2010, Aurelien Jarno wrote:


root a écrit :

Is more information needed from me?  Or is there anything I can do to
expedite this bug fix?  I've got 138 machines in an unstable state because
I can't do updates on them because of this libc6 issue.  If there is
anything that I can do, please let me know.



I have to say I am out of idea. I am only able to reproduce the
behaviour you observed when using adjunct passwords (this is actually
what the security issue fixed), but at the same time you told me you are
not using adjunct passwords.


Well, I decided to do some searching around in hopes of coming up with 
some new ideas. I've never used adjunct passwords before, so I never 
really knew what they were.  After doing some research online, do adjunct 
passwords mean that you put a ##username in the passwd file for each of 
the users?  If so, I think that might be the problem.  We use a custom 
PAM authentication module that we wrote to do a special type of kerberos 
authentication.  And our passwd file contains the special kerberos 
principal in the password field, so for instance, our users would have 
passwd entries like this:

  username1:##ABC12:123:100:Name:/home/dir1:/bin/tcsh
  username2:##CAB21:124:100:Name:/home/dir2:/bin/tcsh
  username3:##I#XYZ12:125:100:Name:/home/dir3:/bin/tcsh
  username4:##E#ZYX21:125:100:Name:/home/dir4:/bin/tcsh
We use the ## to determine whether or not we should use our 
authentication module or not.  Is the new libc6 just looking for the ## 
in the beginning and using that to determine whether or not the passwd 
file is using adjunct passwords or not?  If so, is there any other way to 
determine adjunct passwords because I'm guessing that, that must be 
causing the problem.  In other words, the new libc6 is seeing our special 
password entries and simply removing them.


Thank you






On Wed, 27 Jan 2010, root wrote:


On Mon, 25 Jan 2010, Aurelien Jarno wrote:


On Mon, Jan 25, 2010 at 09:08:08AM -0500, root wrote:

Package: libc6
Version: 2.7-18
Severity: critical
Justification: breaks unrelated software


I'm running Debian Lenny with a stock 2.6.26-2 AMD64 kernel, and after
upgrading any of my systems to use the latest libc6 package from
debian-security (2.7-18lenny2), all of my systems that use NIS can no
longer authenticate.  All I get is Authentication service cannot retrieve
authentication info.  If I upgrade a system to 2.7-18lenny2, I
immediately start having problems, and as soon as I revert back to 2.7-18,
everything works perfectly.  I've been using the same NIS setup for close
to 5 years now, and have been moving it along from Sarge, to Etch, to
Lenny without any problems...until now.

I am sorry about that. This security update was there to prevent leaking
adjunct passwords to normal users.


My /etc/nsswitch.conf:
  passwd: compat
  group:  compat
  shadow: compat

Like I said, I am using NIS, however both the NIS master server and the
NIS clients both break when I upgrade libc6 to 2.7-18lenny2.  The NIS
server is again, a stock Debian Lenny server.  With the NIS server, I am
combining the passwd/shadow files on the NIS server into just the passwd
map (using the MERGE_PASSWD option).  So the NIS clients don't actually
see any shadow file entries for any of the NIS accounts.

Ok, so users were able to login even if there was no shadow entry.


I've also tried changing the nsswitch.conf file to:
  passwd: nis files
  group:  nis files
  shadow: files

You'll notice I left the nis option off of the shadow entry, since
there's no need for it, since there's no shadow map.  My guess is that,
this is the cause of the problem...In other words, because the system
isn't seeing shadow entries, it's bailing out.  But why all of a sudden
did this break in the latest libc6?  And is there a way to get the old
functionality back?

What the changes did is to stop merging adjunct passwords to the passwd
database, and merge them in the shadow database instead. There is no new
requirement for shadow entries.

If you are not using adjunct password, no changes should have happened
for you. As it doesn't work, it seems something has broken, we have to
understand why. FYI, I have just done a NIS setup using the MERGE_PASSWD
option, and only compat entries into /etc/nsswitch.conf, and I don't see
this problem.

I will need more informations to debug this:
- Are you using adjunct passwords in addition to merged passwords?

No.


- As I understand, you have upgraded libc6 on both the NIS server and
 the clients. Can you please try to see if it also breaks if you
 upgrade only the clients?

Yes it still breaks, when I upgrade just one of the clients.


- Are you using nscd on the clients?

No.


- What the result of getent passwd a_nis_user on a client when running
 as a standard (local) user, a root user, for both

Very interesting... Whether I run the getent command as root or a normal
user, I get the following

Bug#568971: /usr/sbin/modem-manager: modem manager rapidly fills up daemon.log

2010-02-08 Thread root
Package: modemmanager
Version: 0.3-1
Severity: critical
File: /usr/sbin/modem-manager
Justification: breaks the whole system


Hello,

I recently installed the updates available through apt (about 2 days ago).
This morning I found that my system did not have any space left on the root
filesystem. After some looking around what was going on and why I ran out of
free filesystem-space I came across the /var/log/daemon.log file which
recently reached a size of 1.4G. Looking at the file I discovered that it
was filled up with the following lines:


Feb  8 06:48:13 mamma modem-manager: Could not acquire the 
org.freedesktop.ModemManager service.#012  Message: 'Rejected send message, 1 
matched rules; type=method_call, sender=:1.5235 (uid=0 pid=14200 
comm=/usr/sbin/NetworkManager) interface=org.freedesktop.ModemManager 
member=EnumerateDevices error name=(unset) requested_reply=0 
destination=org.freedesktop.ModemManager (uid=0 pid=14937 
comm=/usr/sbin/modem-manager))'
Feb  8 06:48:13 mamma NetworkManager: info  modem-manager is now available
Feb  8 06:48:13 mamma NetworkManager: info  modem manager disappeared
Feb  8 06:48:13 mamma NetworkManager: info  Trying to start the 
modem-manager...
Feb  8 06:48:13 mamma modem-manager: Could not acquire the 
org.freedesktop.ModemManager service.#012  Message: 'Rejected send message, 1 
matched rules; type=method_call, sender=:1.5235 (uid=0 pid=14200 
comm=/usr/sbin/NetworkManager) interface=org.freedesktop.ModemManager 
member=EnumerateDevices error name=(unset) requested_reply=0 
destination=org.freedesktop.ModemManager (uid=0 pid=14939 
comm=/usr/sbin/modem-manager))'
Feb  8 06:48:13 mamma NetworkManager: info  modem-manager is now available
Feb  8 06:48:13 mamma NetworkManager: info  modem manager disappeared
Feb  8 06:48:13 mamma NetworkManager: info  Trying to start the 
modem-manager...



and of course a lot more ... which caused the problems.

Hopefully this can be fixed. Thank you very much in advance.

Best regards,

R. Moorman

-- 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/1 CPU core)
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 modemmanager depends on:
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.82-2 simple interprocess messaging syst
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  libgudev-1.0-0150-2  GObject-based wrapper library for 

modemmanager recommends no packages.

modemmanager suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#566844: libc6 causing Authentication service cannot retrieve authentication info

2010-01-27 Thread root

On Mon, 25 Jan 2010, Aurelien Jarno wrote:


On Mon, Jan 25, 2010 at 09:08:08AM -0500, root wrote:

Package: libc6
Version: 2.7-18
Severity: critical
Justification: breaks unrelated software


I'm running Debian Lenny with a stock 2.6.26-2 AMD64 kernel, and after upgrading any of 
my systems to use the latest libc6 package from debian-security (2.7-18lenny2), all of my 
systems that use NIS can no longer authenticate.  All I get is Authentication 
service cannot retrieve authentication info.  If I upgrade a system to 
2.7-18lenny2, I immediately start having problems, and as soon as I revert back to 
2.7-18, everything works perfectly.  I've been using the same NIS setup for close to 5 
years now, and have been moving it along from Sarge, to Etch, to Lenny without any 
problems...until now.


I am sorry about that. This security update was there to prevent leaking
adjunct passwords to normal users.


My /etc/nsswitch.conf:
  passwd: compat
  group:  compat
  shadow: compat

Like I said, I am using NIS, however both the NIS master server and the NIS 
clients both break when I upgrade libc6 to 2.7-18lenny2.  The NIS server is 
again, a stock Debian Lenny server.  With the NIS server, I am combining the 
passwd/shadow files on the NIS server into just the passwd map (using the 
MERGE_PASSWD option).  So the NIS clients don't actually see any shadow file 
entries for any of the NIS accounts.


Ok, so users were able to login even if there was no shadow entry.


I've also tried changing the nsswitch.conf file to:
  passwd: nis files
  group:  nis files
  shadow: files

You'll notice I left the nis option off of the shadow entry, since there's no need for 
it, since there's no shadow map.  My guess is that, this is the cause of the 
problem...In other words, because the system isn't seeing shadow entries, it's bailing out.  But 
why all of a sudden did this break in the latest libc6?  And is there a way to get the old 
functionality back?


What the changes did is to stop merging adjunct passwords to the passwd
database, and merge them in the shadow database instead. There is no new
requirement for shadow entries.

If you are not using adjunct password, no changes should have happened
for you. As it doesn't work, it seems something has broken, we have to
understand why. FYI, I have just done a NIS setup using the MERGE_PASSWD
option, and only compat entries into /etc/nsswitch.conf, and I don't see
this problem.

I will need more informations to debug this:
- Are you using adjunct passwords in addition to merged passwords?


No.


- As I understand, you have upgraded libc6 on both the NIS server and
 the clients. Can you please try to see if it also breaks if you
 upgrade only the clients?


Yes it still breaks, when I upgrade just one of the clients.


- Are you using nscd on the clients?


No.


- What the result of getent passwd a_nis_user on a client when running
 as a standard (local) user, a root user, for both


Very interesting... Whether I run the getent command as root or a 
normal user, I get the following:

On the libc6 (2.7-18) system:
  
username:encrypted_passwd_here:123456:654321:MyName:/my/home/directory:/bin/tcsh

On the libc6 (2.7-18lenny2) system:
  username:x:123456:654321:MyName:/my/home/directory:/bin/tcsh

That does seem to be what is causing my problems...


- Do you have more info the client system logs?


Not really, the only thing I see is just:
Jan 27 06:53:45 hostname su[31991]: pam_authenticate: Authentication service 
cannot retrieve authentication info
Jan 27 06:53:45 hostname su[31991]: FAILED su for testuser2 by testuser1
Jan 27 06:53:45 hostname su[31991]: - pts/1 testuser1:testuser2

If you know of any way of getting more debug info from PAM, let me know 
and I'll run more tests.


By the way, thank you for your help, I really appreciate it!




--
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net





--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#566844: libc6 causing Authentication service cannot retrieve authentication info

2010-01-25 Thread root
Package: libc6
Version: 2.7-18
Severity: critical
Justification: breaks unrelated software


I'm running Debian Lenny with a stock 2.6.26-2 AMD64 kernel, and after 
upgrading any of my systems to use the latest libc6 package from 
debian-security (2.7-18lenny2), all of my systems that use NIS can no longer 
authenticate.  All I get is Authentication service cannot retrieve 
authentication info.  If I upgrade a system to 2.7-18lenny2, I immediately 
start having problems, and as soon as I revert back to 2.7-18, everything works 
perfectly.  I've been using the same NIS setup for close to 5 years now, and 
have been moving it along from Sarge, to Etch, to Lenny without any 
problems...until now.

My /etc/nsswitch.conf:
  passwd: compat
  group:  compat
  shadow: compat

Like I said, I am using NIS, however both the NIS master server and the NIS 
clients both break when I upgrade libc6 to 2.7-18lenny2.  The NIS server is 
again, a stock Debian Lenny server.  With the NIS server, I am combining the 
passwd/shadow files on the NIS server into just the passwd map (using the 
MERGE_PASSWD option).  So the NIS clients don't actually see any shadow file 
entries for any of the NIS accounts.

I've also tried changing the nsswitch.conf file to:
  passwd: nis files
  group:  nis files
  shadow: files

You'll notice I left the nis option off of the shadow entry, since there's no 
need for it, since there's no shadow map.  My guess is that, this is the 
cause of the problem...In other words, because the system isn't seeing shadow 
entries, it's bailing out.  But why all of a sudden did this break in the 
latest libc6?  And is there a way to get the old functionality back?

And yes, if I create local accounts directly on the system itself, there are no 
problems, it's just the NIS accounts (again, I'm guessing because there is no 
shadow entries) that are causing me problems.

Please let me know if you need any further information from me.


-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libgcc1  1:4.3.2-1.1 GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
pn  glibc-doc none (no description available)
ii  locales   2.7-18 GNU C Library: National Language (

-- debconf information:
  glibc/upgrade: true
  glibc/restart-failed:
  glibc/restart-services:



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#528754: kdelibs do not build without avahi

2009-05-15 Thread root
Package: kdelibs
Version: 4:3.5.10.dfsg.1-2
Severity: serious
Justification: no longer builds from source

I have found, that it is not possible to turn off some
questionable features, like dnssd.
patch debian/patches/98_buildprep.diff makes ./configure 
fail without libavahi-dev installed.

That is true for Debian/unstable users.
Is that correct, that zeroconf, dnssd, auto-configuration,
auto-publication, auto-discovery, etc. services are now the core of KDE
and not the optional usability improvements (sometimes unneeded),
that opens additional attack vectors (silently)?

If so, why is it true for Debian and not true for upstream?
Still, it is possible (by hand-editing patch files) to compile
debianized kdelibs without extra dependencies on libavahi.

So here is the additional wishlist:
 * fix the ./configure, put back or add new --without- and --disable- options
 * split all the questionable improvements into separate packages
 * make kdelibs Suggest such features or Recommend, but not Depend on them.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-spg (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
Shell: /bin/sh linked to /bin/bash

Versions of packages kdelibs depends on:
ii  kdelibs-data   4:3.5.10.dfsg.1-2 core shared data for all KDE appli
ii  kdelibs4c2a4:3.5.10.dfsg.1-2 core libraries and binaries for al

kdelibs recommends no packages.

kdelibs suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#519986: approx: It is not a bug according to a man page

2009-04-08 Thread root
Package: approx
Severity: normal

As written in a man page:

USAGE
   approx is invoked by inetd(8).


So, I think that this bug report should be closed as 'no trouble found'.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-486
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages approx depends on:
ii  adduser 3.110add and remove users and groups
ii  bzip2   1.0.5-1  high-quality block-sorting file co
ii  curl7.18.2-8.1   Get a file from an HTTP, HTTPS or 
ii  debconf [debconf-2.0]   1.5.26   Debian configuration management sy
ii  libc6   2.9-4GNU C Library: Shared libraries
ii  libpcre37.8-2+b1 Perl 5 Compatible Regular Expressi
ii  lsb-base3.2-22   Linux Standard Base 3.2 init scrip
ii  openbsd-inetd [inet-superse 0.20080125-2 The OpenBSD Internet Superserver
ii  update-inetd4.31 inetd configuration file updater

approx recommends no packages.

approx suggests no packages.

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#522162: syslog-ng: crashes on segmentation fault

2009-04-01 Thread root
Package: syslog-ng
Version: 2.0.9-4.1
Severity: grave
Justification: renders package unusable


/etc/init.d/syslog-ng start doesn't start syslog-ng

then as debug, here is the output : 

$ syslog-ng -dveF
syslog-ng starting up; version='2.0.9'
Segmentation fault

Time it takes to crash can vary. 

Here is the end of an strace if at all usefull

write(2, syslog-ng starting up; version='2..., 39syslog-ng starting up; 
version='2.0.9'
) = 39
gettimeofday({1238582013, 338192}, NULL) = 0
poll([{fd=3, events=POLLIN}, {fd=4, events=POLLIN}], 2, 179994) = 1 ([{fd=3, 
revents=POLLIN}])
gettimeofday({1238582041, 685587}, NULL) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
getpid()= 22968
kill(22968, SIGSEGV)= 0
sigreturn() = ? (mask now [])
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++



-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.8-3-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages syslog-ng depends on:
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libevtlog0   0.2.8~1-2   Syslog event logger library
ii  libglib2.0-0 2.16.6-1+lenny1 The GLib library of C routines
ii  lsb-base 3.2-20  Linux Standard Base 3.2 init scrip

Versions of packages syslog-ng recommends:
ii  logrotate 3.7.1-5Log rotation utility

syslog-ng suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#515892: horde3: Nothing works after upgrading from 3.1.3-4etch4 to 3.2.2+debian0-2

2009-02-17 Thread root
Package: horde3
Version: 3.2.2+debian0-2
Severity: grave
Justification: renders package unusable

Since the last upgrade, my horde3 installation is completely broken, none of 
the modules seems to work.
Investigating in my box, I've found many problems :
first the modules are nearly all set to inactive in 
/etc/horde/horde3/registry.php
the webroot detection that was in the same file has been removed and replaced 
with a hardcoded path which is false in my case.

After activating the modules in this file, it appears that the different 
database tables (mysql in my case) used by the modules 
haven't been updated according to the examples found in /usr/share/doc/
I'm trying to upgrade them by hand one by one but it's a bit boring.



-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-6-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages horde3 depends on:
ii  apache-ssl [httpd] 1.3.34-4.1+etch1  versatile, high-performance HTTP s
ii  apache22.2.9-10+lenny2   Apache HTTP Server metapackage
ii  apache2-mpm-prefor 2.2.9-10+lenny2   Apache HTTP Server - traditional n
ii  libapache2-mod-php 5.2.6.dfsg.1-1+lenny2 server-side, HTML-embedded scripti
ii  libjs-scriptaculou 1.8.1-5   JavaScript library for dynamic web
ii  php-log1.10.0-1  Log module for PEAR
ii  php-mail   1.1.14-1  PHP PEAR module for sending email
ii  php-mail-mime  1.5.2-0.1 PHP PEAR module for creating MIME 
ii  php5-cgi   5.2.6.dfsg.1-1+lenny2 server-side, HTML-embedded scripti
ii  php5-gd5.2.6.dfsg.1-1+lenny2 GD module for php5
ii  php5-mcrypt5.2.6.dfsg.1-1+lenny2 MCrypt module for php5

Versions of packages horde3 recommends:
ii  fckeditor  1:2.6.2-1 rich text format javascript web ed
ii  locales2.7-18GNU C Library: National Language (
ii  logrotate  3.7.1-5   Log rotation utility
ii  php-date   1.4.7-1   PHP PEAR module for date and time 
ii  php-db 1.7.13-2  PHP PEAR Database Abstraction Laye
pn  php-file   none(no description available)
pn  php-services-weath none(no description available)
ii  php5-cli   5.2.6.dfsg.1-1+lenny2 command-line interpreter for the p
ii  php5-mysql 5.2.6.dfsg.1-1+lenny2 MySQL module for php5
ii  tinymce3.0.8-1   platform independent web based Jav
ii  tinymce2   2.1.3-1   platform independent web based Jav

Versions of packages horde3 suggests:
pn  chora2 none(no description available)
pn  enscript   none(no description available)
ii  gettext0.17-4GNU Internationalization utilities
ii  gollem 1.0.3-1   file manager component for horde f
ii  imp4   4.2-4 webmail component for horde framew
ii  kronolith2 2.2-1 calendar component for Horde Frame
ii  libgeoip1  1.4.4.dfsg-3  A non-DNS IP-to-country resolver l
pn  libwpd-tools   none(no description available)
pn  mnemo2 none(no description available)
pn  php-net-imap   none(no description available)
ii  php5-auth-pam  0.4-10A PHP5 extension for PAM authentic
ii  php5-mhash 5.2.6.dfsg.1-1+lenny2 MHASH module for php5
pn  ppthtmlnone(no description available)
ii  rpm4.4.2.3-1 Red Hat package manager
pn  source-highlight   none(no description available)
ii  turba2 2.2.1-2   contact management component for h
pn  unrtf  none(no description available)
pn  webcpp none(no description available)
ii  wv 1.2.4-2   Programs for accessing Microsoft W
pn  xlhtml none(no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#514629: /sbin/cfdisk: crash with big partitions

2009-02-09 Thread root
Package: util-linux
Version: 2.13.1.1-1
Severity: critical
File: /sbin/cfdisk
Justification: breaks the whole system


i created one primary (1TB) and three logical (1TB) partitions.

   sda1Primary Linux
1048575.15
   sda5Logical Linux
1048575.15
   sda6Logical Linux
1048575.15
   sda7Logical Linux
1048575.15
   Pri/Log Free Space
6305614.81


when i run cfdisk again i get this message:


Cannot create logFATAL ERROR: Bad logical partition 5: tended partitions
Press any key to exit cfdisk


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.27.6 (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 util-linux depends on:
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libncurses55.7-2 shared libraries for terminal hand
ii  libselinux12.0.65-5  SELinux shared libraries
ii  libslang2  2.1.3-3   The S-Lang programming library - r
ii  libuuid1   1.41.3-1  universally unique id library
ii  lsb-base   3.2-20Linux Standard Base 3.2 init scrip
ii  tzdata 2008i-2   time zone and daylight-saving time
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  console-tools1:0.2.3dbs-65.1 Linux console and font utilities
pn  dosfstools   none  (no description available)
pn  util-linux-locales   none  (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#512660: ocsinventory-server cannot work 'cause many files are missing

2009-01-22 Thread root
Package: ocsinventory-server
Version: 1.01-6
Severity: grave
Justification: renders package unusable

After installing ocsinventory-server, it doesn't work, because while the 
database has been created, there is no tables inside it.
The indications given in /usr/share/doc/ocsinventory-server/README.Debian are 
mainly wrong :

Database
The Debian package uses dbconfig to automatically create the database user and
the database. The schema and data will be created by the install.php script
(see later for instructions).
If you choose not to use dbconfig, you will have to create them manually,
and configure files /etc/ocsinventory/dbconfig.inc.php and
/etc/ocsinventory/ocsinventory.conf

Important: even if the debian package allows to change the database name,
using a different name from the default (ocsweb) will probably cause problems,
as the name is hardcoded in many files. This is being fixed.

Post-installation notes
---

Please note that after first installation, or after an upgrade, it's 
recommended
to call http://localhost/ocsreports/install.php ; please also note that this
particular page is restricted to localhost in 
/etc/ocsinventory/ocsreports.conf.

For security reasons, this script is protected by an apache authentication, 
using
/etc/ocsinventory/htpasswd.setup

install.php isn't a part of the package,
/etc/ocsinventory/dbconfig.inc.php isn't a part of the package

there isn't any ocsreports location or directory created by the package, the 
only configured are the locations
ocsinventory and ocsinterface so it's impossible to call 
http://localhost/ocsreports/install.php after installation
ocsreports/install.php

It seems that those file are parts of ocsinventory-reports, but there is no 
dependency

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24-etchnhalf.1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages ocsinventory-server depends on:
ii  apache22.2.3-4+etch6 Next generation, scalable, extenda
ii  apache2-mpm-prefork [apach 2.2.3-4+etch6 Traditional model for Apache HTTPD
ii  cdebconf [debconf-2.0] 0.114etch1Debian Configuration Management Sy
ii  dbconfig-common1.8.29+etch1  common framework for packaging dat
ii  debconf [debconf-2.0]  1.5.11etch2   Debian configuration management sy
ii  libapache-dbi-perl 1.04-0.1  Connect apache server to database 
ii  libapache2-mod-perl2   2.0.2-2.4 Integration of perl with the Apach
ii  libcompress-zlib-perl  1.42-2Perl module for creation and manip
ii  libdbd-mysql-perl  3.0008-1  A Perl5 database interface to the 
ii  libdbi-perl1.53-1etch1   Perl5 database interface by Tim Bu
ii  libnet-ip-perl 1.25-2Perl extension for manipulating IP
ii  libxml-simple-perl 2.14-5Perl module for reading and writin
ii  ucf2.0020Update Configuration File: preserv

Versions of packages ocsinventory-server recommends:
pn  ocsinventory-reports  none (no description available)

-- debconf information:
  ocsinventory-server/password-confirm: (password omitted)
  ocsinventory-server/mysql/admin-pass: (password omitted)
* ocsinventory-server/mysql/app-pass: (password omitted)
* ocsinventory-server/app-password-confirm: (password omitted)
  ocsinventory-server/internal/skip-preseed: true
  ocsinventory-server/remote/newhost:
  ocsinventory-server/install-error: abort
  ocsinventory-server/passwords-do-not-match:
  ocsinventory-server/upgrade-error: abort
  ocsinventory-server/remote/port:
* ocsinventory-server/mysql/method: unix socket
  ocsinventory-server/database-type: mysql
* ocsinventory-server/db/app-user: ocs
* ocsinventory-server/mysql/admin-user: root
  ocsinventory-server/remove-error: abort
  ocsinventory-server/internal/reconfiguring: true
* ocsinventory-server/dbconfig-install: true
  ocsinventory-server/dbconfig-upgrade: true
  ocsinventory-server/purge: false
  ocsinventory-server/upgrade-backup: true
  ocsinventory-server/remote/host:
* ocsinventory-server/dbconfig-reinstall: true
* ocsinventory-server/db/dbname: ocsweb
  ocsinventory-server/dbconfig-remove:



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#512376: fusermount: failed to open /dev/fuse: No such file or directory

2009-01-20 Thread root
Package: sshfs
Version: 1.6-1+b2
Severity: grave
Justification: renders package unusable

when trying to mount a distant server on my boxe, using sshfs, Iget an error :
fusermount: failed to open /dev/fuse: No such file or directory


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24-etchnhalf.1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages sshfs depends on:
ii  fuse-utils 2.5.3-4.4 Filesystem in USErspace (utilities
ii  libc6  2.3.6.ds1-13etch8 GNU C Library: Shared libraries
ii  libfuse2   2.5.3-4.4 Filesystem in USErspace library
ii  libglib2.0-0   2.12.4-2  The GLib library of C routines

sshfs recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#511797: bind9: all queries denied since last update

2009-01-14 Thread root
Package: bind9
Version: 1:9.3.4-2etch4
Severity: critical
Justification: breaks unrelated software

Since th last upgrade made yesterday, I noticed that many packages were not or 
bad working.
For example, horde3 webmail, whois nslookup and dig commands.
It's also impossible to browse through internet as the urls aren't resolved 
anymore.
Even reportbug doesn't work by default as it tries to get BTS reports and it 
cannot resolve it, I had to use --no-query-bts option to send this report.

I don't know what to do as there isn't any changelog info concerning this 
package : it doesn't appear in 
http://packages.debian.org/changelogs/pool/main/b/bind9/
there's only the previous bind9_9.3.4-2etch3 (which worked very welle for me) 
and the one under current is bind9 (1:9.5.0.dfsg.P2-5.1)

I would like to know what has changed in the new release which could have 
broken my system

thanks

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)

Versions of packages bind9 depends on:
ii  adduser3.102 Add and remove users and groups
ii  libbind9-0 1:9.3.4-2etch4BIND9 Shared Library used by BIND
ii  libc6  2.3.6.ds1-13etch8 GNU C Library: Shared libraries
ii  libdns22   1:9.3.4-2etch4DNS Shared Library used by BIND
ii  libisc11   1:9.3.4-2etch4ISC Shared Library used by BIND
ii  libisccc0  1:9.3.4-2etch4Command Channel Library used by BI
ii  libisccfg1 1:9.3.4-2etch4Config File Handling Library used 
ii  liblwres9  1:9.3.4-2etch4Lightweight Resolver Library used 
ii  libssl0.9.80.9.8c-4etch4 SSL shared libraries
ii  lsb-base   3.1-23.2etch1 Linux Standard Base 3.1 init scrip
ii  netbase4.29  Basic TCP/IP networking system

bind9 recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#511796: whois throw getaddrinfo(whois.crsnic.net): Name or service not known

2009-01-14 Thread root
Package: whois
Version: 4.7.20
Severity: grave
Justification: renders package unusable

when I run for example
whois google.com 
I get
getaddrinfo(whois.crsnic.net): Name or service not known

it is the same for any domain tried even for those locally hosted


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages whois depends on:
ii  libc6  2.3.6.ds1-13etch8 GNU C Library: Shared libraries
ii  libidn11   0.6.5-1   GNU libidn library, implementation

whois recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#510678: libnss-ldap: ldap entry on nsswitch.conf causes gdm hang

2009-01-04 Thread root
Package: libnss-ldap
Version: 261-2.1
Severity: critical
Justification: breaks the whole system


The ldap entry on nsswitch.conf for ldap authentication like:

passwd: compat ldap
group:  compat ldap
shadow: compat ldap

hosts:  files dns
networks:   files

protocols:  db files
services:   db files
ethers: db files
rpc:db files

netgroup:   nis

cause the whole system hang. The system loaded til gdm, but I just got an X 
mouse pointer. The system doesn't response any keyboard command, so that I 
can't kill the Xserver through ctrl+alt+backspace. I can't go to the terminal 
with ctrl+alt+f1-f6 too. Over SSH there is no connection to the system, because 
the system is hanging.

If I remove the ldap entry on nsswitch.conf, the system works normally. For 
example:

passwd: compat
group:  compat
shadow: compat

The chance to work with ldap authentication is just inserting ldap entry after 
the whole system loaded.


-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing'), (10, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-ares-em64t (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libnss-ldap depends on:
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libcomerr21.41.3-1   common error description library
ii  libkrb53  1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.11-1   OpenLDAP libraries
ii  libsasl2-22.1.22.dfsg1-23Cyrus SASL - authentication abstra

Versions of packages libnss-ldap recommends:
ii  libpam-ldap   184-4.2Pluggable Authentication Module fo
ii  nscd  2.7-16 GNU C Library: Name Service Cache 

libnss-ldap suggests no packages.

-- debconf information:
  libnss-ldap/bindpw: (password omitted)
* libnss-ldap/rootbindpw: (password omitted)
  libnss-ldap/dblogin: false
  libnss-ldap/override: true
* shared/ldapns/base-dn: dc=skpcc,dc=org
* shared/ldapns/ldap-server: ldaps://hera.skpcc.org:636/
  libnss-ldap/confperm: false
* libnss-ldap/rootbinddn: cn=admin,dc=skpcc,dc=org
* shared/ldapns/ldap_version: 3
  libnss-ldap/binddn: cn=proxyuser,dc=example,dc=net
* libnss-ldap/nsswitch:
  libnss-ldap/dbrootlogin: true



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#508823: jspwiki: Package has a depenency which is not met and will likely never be

2008-12-15 Thread root
Package: jspwiki
Version: 2.8.0-1
Severity: grave
Justification: renders package unusable


Due to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502036 it is
unlikely that the dependency on libjdom-java will be met shortly. Please
adjust dependency settings.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (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 jspwiki depends on:
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii  libcommons-codec-java 1.3-4  encoder and decoders such as Base6
ii  libcommons-fileupload-jav 1.2.1-1File upload capability to your ser
ii  libcommons-httpclient-jav 3.1-2  A Java(TM) library for creating HT
ii  libcommons-io-java1.4-1  Common useful IO related classes
ii  libcommons-lang-java  2.4-1  Extension of the java.lang package
ii  libcommons-logging-java   1.1.1-1commmon wrapper interface for seve
ii  libgnujaf-java1.1.1-4free implementation of the javabea
ii  libjaxen-java 1.1.1-3Java XPath engine
ii  libjdom-java  0.99.b10-6 lightweight and fast library using
ii  liblog4j1.2-java  1.2.15-4   Logging library for java
ii  liblucene2-java   2.3.1+ds1-1Full-text search engine library fo
ii  libnekohtml-java  0.9.5+dfsg-1.1 HTML parser for Java
ii  liboro-java   2.0.8a-4   Regular expression library for Jav
ii  liboscache-java   2.4.1-1caching solution for java server p
ii  libxmlrpc3-server-java3.1-2  XML-RPC implementation in Java (se
ii  tomcat5.5 5.5.26-5   Servlet and JSP engine

jspwiki recommends no packages.

Versions of packages jspwiki suggests:
ii  rcs   5.7-23 The GNU Revision Control System

-- debconf information:
  jspwiki/rss/channellanguage: en-us
  jspwiki/baseurl:
  jspwiki/applicationname: JSPWiki
  jspwiki/matchenglishplurals: false
  jspwiki/breaktitlewithspaces: false
  jspwiki/rss/refresh: 3600
  jspwiki/purgewikifiles: false
  jspwiki/usepagecache: false
  jspwiki/rss/generate: false
  jspwiki/camelcaselinks: false
  jspwiki/encoding: UTF-8
  jspwiki/attachments/provider: BasicAttachmentProvider
  jspwiki/rss/channeldescription:
  jspwiki/pageprovider: FileSystemProvider



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#498516: nscd: relocation error

2008-09-10 Thread root
Package: nscd
Version: 2.7-13
Severity: grave
Justification: renders package unusable


Getting this from nscd:

Starting Name Service Cache Daemon: nscd/usr/sbin/nscd: relocation error: 
/usr/sbin/nscd: symbol __nss_services_lookup, version GLIBC_PRIVATE not defined 
in file libc.so.6 with link time reference failed!


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.12 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages nscd depends on:
ii  libc6 2.8+20080809-1 GNU C Library: Shared libraries

nscd recommends no packages.

nscd suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#497056: lsb-base: /lib/lsb/init-functions NON-DSFG Licence ?

2008-08-29 Thread root
Package: lsb-base
Version: 3.2-19
Severity: serious
Justification: Policy 2.1


Please investigate if files included in lsb-base conform to DFSG. A lincense
change to GPL would be better suited for Debian.

Policy / 2.1. The Debian Free Software Guidelines:

 ...
 Derived Works
  The license must allow modifications and derived works, and must
  allow them to be distributed under the same terms as the license
  of the original software.

 Integrity of The Author's Source Code
  The license may restrict source-code from being distributed in
  modified form _only_ if the license allows the distribution of
  patch files with the source code for the purpose of modifying
  the program at build time.  The license must explicitly permit
  distribution of software built from modified source code.  The
  license may require derived works to carry a different name or
  version number from the original software.  (This is a
  compromise.  The Debian Project encourages all authors to not
  restrict any files, source or binary, from being modified.)

File and Licence in question
-

# /lib/lsb/init-functions for Debian -*- shell-script -*-
#
#Copyright (c) 2002-08 Chris Lawrence
#All rights reserved.
#
#Redistribution and use in source and binary forms, with or without
#modification, are permitted provided that the following conditions
#are met:
#1. Redistributions of source code must retain the above copyright
#   notice, this list of conditions and the following disclaimer.
#2. Redistributions in binary form must reproduce the above copyright
#   notice, this list of conditions and the following disclaimer in the
#   documentation and/or other materials provided with the distribution.
#3. Neither the name of the author nor the names of other contributors
#   may be used to endorse or promote products derived from this software
#   without specific prior written permission.
#
#THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
#IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
#WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
#ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE
#LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
#CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
#SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR
#BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
#WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE
#OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE,
#EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages lsb-base depends on:
ii  ncurses-bin   5.6+20080804-1 terminal-related programs and man 
ii  sed   4.1.5-6The GNU sed stream editor

lsb-base recommends no packages.

lsb-base suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#474951: Is this fixed in 1.4.13-4etch8?

2008-06-04 Thread root

Is this fixed in 1.4.13-4etch8?



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#466663: Still no fix for stable?

2008-06-04 Thread root

Still no fix for stable?



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484235: panic-action called for /usr/sbin/winbindd

2008-06-03 Thread root
Package: winbind
Version: 1:3.0.28a-3
Severity: critical
Justification: breaks unrelated software


We are using winbind to authenticate users to the system for various
services. The winbind daemon seems to crash many times a day. At the
moment I have a cron job that restarts winbind and samba every time as
crash has been detected to minimise the impact on the system.

This happens on two separate servers that we run winbind on.
They are both located in different networks in different Active Directory 
environments.
I'll just report on one of the hosts that is more active and suffers from the 
crashes more frequently.

Output from 'testparm -s /etc/samba/smb.conf' is as follows:

Load smb config files from /etc/samba/smb.conf
Processing section [home_dirs]
Loaded services file OK.
Server role: ROLE_DOMAIN_MEMBER
[global]
workgroup = PRY
realm = PRY.COM.AU
server string = %h server
security = ADS
obey pam restrictions = Yes
password server = ZEUS ACCOUNTS exchange02
passdb backend = tdbsam
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n 
*Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
restrict anonymous = 2
ntlm auth = No
client NTLMv2 auth = Yes
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
disable netbios = Yes
name resolve order = host
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
dns proxy = No
panic action = /usr/share/samba/panic-action %d
idmap uid = 1-2
idmap gid = 1-2
template homedir = /var/home/%D/%U
winbind cache time = 120
winbind enum users = Yes
winbind enum groups = Yes
winbind use default domain = Yes
invalid users = root

[home_dirs]
comment = Home Directories
path = /home
username = administrator
force user = root


The dump from the panic-action email shows the following:

(no debugging symbols found)
Using host libthread_db library /lib/libthread_db.so.1.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0xb7ae06d0 (LWP 25600)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0xb7cb66be in waitpid () from /lib/libc.so.6
#0  0xb7cb66be in waitpid () from /lib/libc.so.6
#1  0xb7c5e02e in ?? () from /lib/libc.so.6
#2  0x0811eea8 in smb_panic ()
#3  0x08109aaa in ?? ()
#4  0x0826bc84 in ?? ()
#5  0x0826bc20 in ?? ()
#6  0x0826be13 in ?? ()
#7  0x002d in ?? ()
#8  0xffb8 in ?? ()
#9  0x0826bc20 in ?? ()
#10 0x0826be13 in ?? ()
#11 0x6400 in ?? ()
#12 0xbfa06218 in ?? ()
#13 0xb7d57ff4 in ?? () from /lib/libc.so.6
#14 0xbfa06178 in ?? ()
#15 signal handler called
#16 0xb7c50d96 in raise () from /lib/libc.so.6
#17 0xb7c52541 in abort () from /lib/libc.so.6
#18 0xb7c4a230 in __assert_fail () from /lib/libc.so.6
#19 0xb7d79eaa in ldap_parse_result () from /usr/lib/libldap_r-2.4.so.2
#20 0x0822f5cc in ?? ()
#21 0x085963a0 in ?? ()
#22 0x in ?? ()
The program is running.  Quit anyway (and detach it)? (y or n) 
[answered Y; input not from terminal]

The above seems to suggest something going wrong with LDAP?
I have the latest libraries for LDAP in the testing distribution installed.
Output from 'dpkg --list | grep ldap' is:

ii  ldap-utils  2.4.7-6.3   OpenLDAP 
utilities
ii  libldap-2.4-2   2.4.7-6.3   OpenLDAP

Bug#476987: exim4-daemon-light: the problem is in the init scripts quoting

2008-04-21 Thread root
Package: exim4-daemon-light
Version: 4.69-2+b1
Followup-For: Bug #476987


installation fails:
Setting up exim4-daemon-light (4.69-2+b1) ...
Starting MTA:exim: incompatible command-line options or arguments
invoke-rc.d: initscript exim4, action start failed.

when i remove the quoting from the init script like this
  case ${QUEUERUNNER} in
combined)
  start_daemon -p $PIDFILE \
$DAEMON -bd -q${QFLAGS}${QUEUEINTERVAL} ${COMMONOPTIONS} 
${QUEUERUNNEROPTIONS} ${SMTPLISTENEROPTIONS}
  log_progress_msg exim4
exim starts.

-- Package-specific info:
Exim version 4.69 #1 built 12-Apr-2008 09:26:11
Copyright (c) University of Cambridge 2006
Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007)
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch 
nis nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to generate
# exim configuration macros for the configuration file.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='satellite'
dc_other_hostnames='tanj.dus2.cns.mcbone.net'
dc_local_interfaces='127.0.0.1'
dc_readhost='tanj.dus2.cns.mcbone.net'
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='mx.freenet.de'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='true'
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'
mailname:debian.mk.freenet-rz.de

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24.3 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages exim4-daemon-light depends on:
ii  debconf [debconf-2.0] 1.5.21 Debian configuration management sy
ii  exim4-base4.69-2+b1  support files for all Exim MTA (v4
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libdb4.6  4.6.21-7   Berkeley v4.6 Database Libraries [
ii  libgnutls26   2.2.2-1the GNU TLS library - runtime libr
ii  libpcre3  7.6-2  Perl 5 Compatible Regular Expressi

exim4-daemon-light recommends no packages.

-- debconf information:
  exim4-daemon-light/drec:



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#474951: Update needed

2008-04-11 Thread root

We definitly need an update here. It should also address bug #43.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#466663: Please fix this in stable.

2008-04-08 Thread root

Stable is also affected, see [1].
Patch can be found here [2].


[1] http://www.lighttpd.net/security/lighttpd_sa_2008_01.txt
[2] http://www.lighttpd.net/security/lighttpd-1.4.x_high_load_dos.patch



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#474951: wrong patch used

2008-04-08 Thread root
Seems like the wrong patch was used to fix the dos-issue. I think [1] is 
the correct one.



[1] 
http://trac.lighttpd.net/trac/attachment/ticket/285/committed-patch-1.4.19.patch




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#472965: open-iscsi: iscsid.conf world readable

2008-03-27 Thread root
Package: open-iscsi
Version: 2.0.865-1
Severity: grave
Tags: security
Justification: user security hole

/etc/iscsi/iscsid.conf is world readable.  When putting password in the file it 
can be read by all users.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-xen-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)

Versions of packages open-iscsi depends on:
ii  libc6  2.3.6.ds1-13etch5 GNU C Library: Shared libraries

open-iscsi recommends no packages.

-- debconf information:



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#459929: linux-image-2.6.23-1-xen-686 does not boot under the hypervisor

2008-01-09 Thread root
Package: linux-image-2.6.23-1-xen-686
Version: 2.6.23-2
Severity: grave
Justification: renders package unusable


This kernel is not recognised by update-grub as a xen kernel.
There seam to be missing one or serval XEN_* options in the config.

Also the file /var/lib/linux-image-2.6.23-1-xen-686/xen-versions is empty
which it should not.

When adding a manual XEN entry to grub's menu.list with this kernel, the machine
reboots constantly after the hypervisor is loaded !

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23-1-686-bigmem (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 linux-image-2.6.23-1-xen-686 depends on:
ii  initramfs-tools   0.91d  tools for generating an initramfs
ii  linux-modules-2.6.23-1-xen-68 2.6.23-2   Linux 2.6.23 modules on i686

Versions of packages linux-image-2.6.23-1-xen-686 recommends:
ii  libc6-xen 2.7-5  GNU C Library: Shared libraries [X

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#456665: amsn fatal startup error after last upgrade

2007-12-17 Thread root
Package: amsn
Version: 0.97RC1+svn20070912~3v1ubuntu0
Severity: grave
Justification: renders package unusable


I get this error when starting up amsn after my last upgrade:

[EMAIL PROTECTED]:~$ amsn
Error in startup script: extra characters after close-brace
while executing
set command [list  $self  {*}$Snit_optionInfo(configure-$option)  $option]

(procedure snit::RT.CacheConfigureCommand line 36)
invoked from within
snit::RT.CacheConfigureCommand  $type $selfns $win $self $option
(procedure ::snit::RT.method.configurelist line 7)
invoked from within
::snit::RT.method.configurelist $type $selfns $win $self $args
(procedure ::snit::RT.method.configure line 4)
invoked from within
$self configure -width $arrow1width
(procedure ::pixmapscrollbar::Snit_constructor line 154)
invoked from within
::pixmapscrollbar::Snit_constructor ::pixmapscrollbar 
::pixmapscrollbar::Snit_inst1 .plugins_log.ys .plugins_log.ys -command 
{.plugins_log.info yview}
(eval body line 1)
invoked from within
eval [linsert $arglist 0  ${type}::Snit_constructor $type $selfns $instance 
$instance]
(procedure RT.ConstructInstance line 9)
invoked from within
RT.ConstructInstance $type $selfns $name $args
(procedure ::snit::RT.widget.typemethod.create line 53)
invoked from within
scrollbar $window.ys -command $window.info yview
(procedure ::pluginslog::draw line 12)
invoked from within
::pluginslog::draw
invoked from within
if { $initialize_amsn == 1 } {
 ::pluginslog::draw
}
(file pluginslog.tcl line 210)
invoked from within
source pluginslog.tcl
(uplevel body line 27)
invoked from within
uplevel \#0 {

# amsncore.tcl is already loaded but we'll re-source it here in case we 
manually do reload_files
source amsncore.tcl
source audio.tc...
(procedure reload_files line 2)
invoked from within
reload_files
(file /usr/bin/amsn line 252)


Let me know if there is anything I can do to help you with this.

Best regards,
Filip


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages amsn depends on:
ii  imlib11  1.9.15-3Imlib is an imaging library for X 
ii  libc62.7-3   GNU C Library: Shared libraries
ii  libgcc1  1:4.2.2-4   GCC support library
ii  libice6  2:1.0.4-1   X11 Inter-Client Exchange library
ii  libjpeg626b-14   The Independent JPEG Group's JPEG 
ii  libpng12-0   1.2.15~beta5-3  PNG library - runtime
ii  libsm6   2:1.0.3-1+b1X11 Session Management library
ii  libsnack22.2.10-dfsg1-5  Sound functionality extension to T
ii  libstdc++6   4.2.2-4 The GNU Standard C++ Library v3
ii  libx11-6 2:1.0.3-7   X11 client-side library
ii  tcl8.5   8.5.0.a5-3v1ubuntu0 Tcl (the Tool Command Language) v8
ii  tcllib   1.10-dfsg-2 the Standard Tcl Library
ii  tcltls   1.5.0.dfsg-6the TLS OpenSSL extension to Tcl
ii  tile 0.7.8-3v1ubuntu0An improved themeing engine for Tk
ii  tk8.58.5.0.a5-3v1ubuntu0 Tk toolkit for Tcl and X11, v8.5 -
ii  zlib1g   1:1.2.3.3.dfsg-7compression library - runtime

amsn recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#425899: tomcat5.5: Tomcat5.5.20-2 fails to install in Debian etch

2007-05-24 Thread root
Package: tomcat5.5
Version: 5.5.20-2
Severity: grave
Justification: renders package unusable

Unable to install tomcat5.5 in Debian etch system. This section of
'aptitude install tomcat5.5' shows error:
 
Setting up libservlet2.4-java (5.0.30-3) ...
Setting up libcommons-el-java (1.0-3) ...
Setting up libcommons-launcher-java (1.1-3) ...
Setting up liblog4j1.2-java (1.2.13-2) ...
Setting up libmx4j-java (2.1.1-4) ...
Setting up libcommons-modeler-java (1.1-8) ...
Setting up libtomcat5.5-java (5.5.20-2) ...
Setting up tomcat5.5 (5.5.20-2) ...
Adding system user `tomcat55' (UID 110) ...
Adding new user `tomcat55' (UID 110) with group `nogroup' ...
Not creating home directory `/usr/share/tomcat5.5'.
Installing /var/lib/tomcat5.5/conf/tomcat-users.xml.
Starting Tomcat servlet engine: tomcat5.5invoke-rc.d: initscript
tomcat5.5, action start failed.
dpkg: error processing tomcat5.5 (--configure):
 subprocess post-installation script returned error exit status 1
Setting up libgcj7-dev (4.1.1-20) ...
Setting up gcj-4.1 (4.1.1-20) ...

Setting up java-gcj-compat-dev (1.0.65-10) ...

Setting up libgcj7-src (4.1.1-20) ...
Errors were encountered while processing:
 tomcat5.5
 E: Sub-process /usr/bin/dpkg returned an error code (1)
 A package failed to install.  Trying to recover:
Setting up tomcat5.5 (5.5.20-2) ...
Starting Tomcat servlet engine: tomcat5.5invoke-rc.d: initscript
 tomcat5.5, action start failed.
 dpkg: error processing tomcat5.5 (--configure):
  subprocess post-installation script returned error exit status 1
  Errors were encountered while processing:
  tomcat5.5
cn2:~/mysql_backup# 

This may be related to bug 418826, because it seems to involve the
init.d/ script.

reportbug resports that there is an updated version of tomcat5.5-20-5 in
unstable, but I'd prefer to stay with the stable etch distribution if I
can.

Thanks for looking into this problem.

-Kevin Zembower


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages tomcat5.5 depends on:
ii  adduser   3.102  Add and remove users and groups
ii  apache2-utils 2.2.3-4utility programs for webservers
ii  apache2.2-common  2.2.3-4Next generation, scalable, extenda
ii  ecj-bootstrap 3.2.1-3bootstrap version of the Eclipse J
ii  gij-4.1 [java2-runtime]   4.1.1-20   The GNU Java bytecode interpreter
ii  java-gcj-compat-dev   1.0.65-10  Java runtime environment with GCJ
ii  libtomcat5.5-java 5.5.20-2   Java Servlet engine -- core librar

tomcat5.5 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#416405: torrentflux: Upon login reports Database error: Query was empty

2007-03-27 Thread root
Package: torrentflux
Version: 2.1-4
Severity: grave
Justification: renders package unusable


Upon login, torrentflux reports:

TorrentFlux Login
Warning: Invalid argument supplied for foreach() in 
/usr/share/php/adodb/adodb-lib.inc.php on line 768
TorrentFlux Database/SQL Error
Debug SQL is on.
SQL:
Database error: Query was empty
Always check your database variables in the config.php file.

It appears to be the same problem described in this forum link:
http://forum.linkstationwiki.net/index.php?action=vthreadforum=16topic=2402page=0


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)

Versions of packages torrentflux depends on:
ii  bittornado 0.3.17-1  bittorrent client with enhanced cu
ii  dbconfig-common1.8.29+etch1  common framework for packaging dat
ii  debconf [debconf-2.0]  1.5.11Debian configuration management sy
ii  libapache2-mod-php55.2.0-8+etch1 server-side, HTML-embedded scripti
ii  libphp-adodb   4.93a-1.1 The 'adodb' database abstraction l
ii  php5-mysql 5.2.0-8+etch1 MySQL module for php5
ii  python 2.4.4-2   An interactive high-level object-o

Versions of packages torrentflux recommends:
ii  mysql-client   5.0.32-7etch1 mysql database client (meta packag
ii  mysql-client-5.0 [mysql-cl 5.0.32-7etch1 mysql database client binaries

-- debconf information:
  torrentflux/app-password-confirm: (password omitted)
  torrentflux/mysql/admin-pass: (password omitted)
  torrentflux/password-confirm: (password omitted)
  torrentflux/mysql/app-pass: (password omitted)
* torrentflux/dbconfig-install: true
* torrentflux/mysql/admin-user: root
  torrentflux/upgrade-backup: true
  torrentflux/internal/skip-preseed: false
  torrentflux/purge: true
  torrentflux/upgrade-error: abort
  torrentflux/dbconfig-upgrade: true
  torrentflux/passwords-do-not-match:
  torrentflux/install-error: abort
  torrentflux/remove-error: abort
  torrentflux/remote/host:
* torrentflux/dbconfig-remove:
  torrentflux/remote/newhost:
* torrentflux/mysql/method: unix socket
  torrentflux/upgrade_to_21:
  torrentflux/database-type: mysql
  torrentflux/internal/reconfiguring: false
  torrentflux/remote/port:
* torrentflux/db/app-user: torrentflux
* torrentflux/db/dbname: torrentflux
  torrentflux/dbconfig-reinstall: false
* torrentflux/restart-webserver: true


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel

2006-11-27 Thread root
Package: kernel-patch-openvz
Version: 028test002-3
Severity: grave
Justification: renders package unusable


The patch provided by this package is unappliable to the Kernels shipped
with Debian. 

The patch has no support for 2.6.17 at all.

Applying it to 2.6.18 doesn't work (see below).
I used the Kernel of linux-source-2.6.18 (Version: 2.6.18-6)

 make-kpkg --added-patches openvz configure
[...]
for patch in /usr/src/kernel-patches/all/apply/openvz ; do\
  if test -x  $patch; then\
  if $patch; then \
  echo Patch $patch processed fine; \
  echo $patch  applied_patches;   \
  else \
   echo Patch $patch  failed.;  \
   echo Hit return to Continue;  \
   read ans;   \
  fi;  \
  fi;  \
done
START applying openvz patch (OpenVZ kernel patch for virtual server support)
Testing whether OpenVZ kernel patch for virtual server support patch for
2.6.18 applies (dry run):
1 out of 7 hunks FAILED -- saving rejects to file mm/fremap.c.rej
4 out of 45 hunks FAILED -- saving rejects to file mm/memory.c.rej
1 out of 6 hunks FAILED -- saving rejects to file mm/mprotect.c.rej
1 out of 15 hunks FAILED -- saving rejects to file net/core/sock.c.rej
OpenVZ kernel patch for virtual server support patch for 2.6.18 does not
apply cleanly
Patch /usr/src/kernel-patches/all/apply/openvz  failed.
Hit return to Continue
[...]


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages kernel-patch-openvz depends on:
ii  bash  3.1-5  The GNU Bourne Again SHell
ii  grep-dctrl2.9.3  Grep Debian package information - 
ii  patch 2.5.9-4Apply a diff file to an original

kernel-patch-openvz recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#400103: nginx: Overwrites files in /var/www without warning.

2006-11-23 Thread root
Package: nginx
Version: 0.4.13-1
Severity: critical
Justification: breaks unrelated software

I just lost /var/www/index.html that unfortunately has been heavily
modified but not yet backed-up.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.31-bsd29c
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages nginx depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libpcre3 6.7-1   Perl 5 Compatible Regular Expressi
ii  zlib1g   1:1.2.3-13  compression library - runtime

nginx recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#393075: FTBFS (alpha): segfault on making ./gnushogi.bbk

2006-10-28 Thread root
Julien Danjou [EMAIL PROTECTED] writes:

 Compile with -O0 instead of -O2, and the problem disappears.

 That might be a work-around if you want a quick'n dirty fix.

This seems to be a compiler bug, so I recommend this approach for
now. I'm currently trying to debug it.

-- 
Falk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#395564: xserver-xorg: X server enters cpu loop on startup following 7.1 upgrade

2006-10-27 Thread root
Package: xserver-xorg
Version: 1:7.1.0-5
Severity: grave
Justification: renders package unusable

I just updated my workstation yesterday after the new version of X.org hit
testing; previously I was running 7.0-22 (? - whatever used to be the version
in testing.)

On X server startup, the server process goes into a CPU loop and does not
exit (or do anything useful) -- kill -9 is required to stop it. I have
attached my latest Xorg.0.log file and configuration file for your reading
pleasure, but don't see anything interesting to my eyes in either.

This appears to be distinct from bug 344110, in that strace -p pid does
not report any calls occurring, so either I don't understand how to use it
:-) or the loop is occurring in program code only.

*** /etc/X11/xorg.conf
# XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type man XF86Config-4 at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4  /var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section Files
FontPathunix/:7100# local font server
# if the local font server has problems, we can fall back on these
FontPath/usr/share/fonts/X11/Type1
FontPath/usr/lib/X11/fonts/Type1
FontPath/usr/share/fonts/X11/CID
FontPath/usr/lib/X11/fonts/CID
FontPath/usr/lib/X11/fonts/Speedo
FontPath/usr/share/fonts/X11/misc
FontPath/usr/lib/X11/fonts/misc
FontPath/usr/share/fonts/X11/cyrillic
FontPath/usr/lib/X11/fonts/cyrillic
FontPath/usr/share/fonts/X11/100dpi
FontPath/usr/lib/X11/fonts/100dpi
FontPath/usr/share/fonts/X11/75dpi
FontPath/usr/lib/X11/fonts/75dpi
EndSection

Section Module
Loadbitmap
Loaddbe
Loadddc
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadrecord
Loadtype1
Loadvbe
Loadcfb
Loadcfb32
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  keyboard
Option  CoreKeyboard
#   Option  XkbRules  sun
#   Option  XkbModel  type5
Option  XkbRules  xfree86
Option  XkbModel  pc104
Option  XkbLayout us
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
#   Option  Device/dev/sunmouse
#   Option  Protocol  BusMouse
Option  Device/dev/input/mouse0
Option  Protocol  PS/2
EndSection

Section InputDevice
Identifier  Generic Mouse
Driver  mouse
Option  SendCoreEventstrue
Option  Device/dev/input/mice
Option  Protocol  ImPS/2
EndSection

Section Device
Identifier  Sun Creator 3D
Driver  sunffb
EndSection

Section Monitor
Identifier  Sun Monitor
HorizSync   30-94
VertRefresh 50-75
Option  DPMS
EndSection

Section Screen
Identifier  Default Screen
Device  Sun Creator 3D
Monitor Sun Monitor
DefaultDepth24
SubSection Display
Depth   1
Modes   1600x1200 1024x768
EndSubSection
SubSection Display
Depth   4
Modes   1600x1200 1024x768
EndSubSection
SubSection Display
Depth   8
Modes   1600x1200 1024x768
EndSubSection
SubSection Display
Depth   15
Modes   1600x1200 1024x768
EndSubSection
SubSection Display
Depth   16
Modes   1600x1200 1024x768
EndSubSection
SubSection Display
Depth   24
Modes   1600x1200 1024x768
EndSubSection
EndSection

Section ServerLayout
Identifier  Default Layout
Screen  Default Screen
InputDevice Generic Keyboard
InputDevice

Bug#387623: perl-suid: uninstallable, broken dependency

2006-09-15 Thread root
Package: perl-suid
Severity: grave
Justification: renders package unusable

perl-suid depends on a specific version of perl package,which is the origicnal 
Sarge package. If you updadate your system,
 perl package will receive security updates, and perl-suid becomes 
uninstallable. I'm having trouble installing backuppc, which 
depends on perl-suid


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-3-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#381428: cupsys: Device dialog does not how any entry

2006-08-04 Thread root
Package: cupsys
Version: 1.2.2-1
Severity: grave
Justification: renders package unusable

While trying to add a printer, the dialog never presents a device
selection, it stays empty. This way, I am not able to add any printer.
The folder backend was missing first and I copied it in from
/usr/lib/cups/b... It is looking like it does not even read the folder
contained.

Thank you for looking into the problem, kind regarts, Matthias Wieser

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-sws
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages cupsys depends on:
ii  adduser  3.95Add and remove users and groups
ii  cupsys-common1.2.2-1 Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0]1.5.2   Debian configuration management sy
ii  gs-esp   8.15.1.dfsg.1-2 The Ghostscript PostScript interpr
ii  libacl1  2.2.39-1Access control list shared library
ii  libc62.3.6-15GNU C Library: Shared libraries
ii  libcupsimage21.2.1-3 Common UNIX Printing System(tm) - 
ii  libcupsys2   1.2.1-3 Common UNIX Printing System(tm) - 
ii  libdbus-1-2  0.62-4  simple interprocess messaging syst
ii  libgnutls13  1.4.1-1 the GNU TLS library - runtime libr
ii  libldap2 2.1.30-13   OpenLDAP libraries
ii  libpam0g 0.79-3.1Pluggable Authentication Modules l
ii  libpaper11.1.19  Library for handling paper charact
ii  libslp1  1.2.1-5 OpenSLP libraries
ii  lsb-base 3.1-10  Linux Standard Base 3.1 init scrip
ii  patch2.5.9-4 Apply a diff file to an original
ii  perl-modules 5.8.8-6 Core Perl modules
ii  procps   1:3.2.7-2   /proc file system utilities
ii  xpdf-utils [poppler-util 3.01-9  Portable Document Format (PDF) sui
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages cupsys recommends:
ii  cupsys-client   1.2.2-1  Common UNIX Printing System(tm) - 
ii  foomatic-filters3.0.2-20060712-1 linuxprinting.org printer support 
ii  smbclient   3.0.22-1 a LanManager-like simple client fo

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, socket, usb


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#380220: bacula-director-mysql: Start fails with *** glibc detected *** free(): invalid pointer: 0x080ea648 ***

2006-07-28 Thread root
Package: bacula-director-mysql
Version: 1.38.11-1
Severity: grave
Justification: renders package unusable

After update bacula fails with
*** glibc detected *** free(): invalid pointer: 0x080ea648 ***

 /etc/init.d/bacula-director start
Starting Bacula Director: /usr/sbin/bacula-dir -- -c 
/etc/bacula/bacula-dir.conf -u bacula -g bacula
*** glibc detected *** free(): invalid pointer: 0x080ea648 ***
/etc/init.d/bacula-director: line 53: 21112 Aborted 
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- $ARGS
failed.

Any hints?
I'm just trying to recompile the package, ..

Thanks for any help

tilo
[EMAIL PROTECTED]

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages bacula-director-mysql depends on:
hi  bacula-director-common1.38.11-1  Network backup, recovery and verif
ii  dbconfig-common   1.8.17 common framework for packaging dat
ii  debconf [debconf-2.0] 1.4.72 Debian configuration management sy
ii  libc6 2.3.6-16   GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-9  GCC support library
ii  libmysqlclient15off   5.0.19-2   mysql database client library
ii  libssl0.9.8   0.9.8b-2   SSL shared libraries
ii  libstdc++64.1.1-9The GNU Standard C++ Library v3
ii  libwrap0  7.6.dbs-9  Wietse Venema's TCP wrappers libra
ii  mysql-client  5.0.19-2   mysql database client (current ver
ii  mysql-client-5.0 [mysql-clien 5.0.19-2   mysql database client binaries
ii  python2.3 2.3.5-9.1  An interactive high-level object-o
ii  zlib1g1:1.2.3-11 compression library - runtime

Versions of packages bacula-director-mysql recommends:
ii  mysql-server  5.0.19-2   mysql database server (current ver
ii  mysql-server-5.0 [mysql-serve 5.0.19-2   mysql database server binaries

-- debconf information:
  bacula-director-mysql/mysql/admin-pass: (password omitted)
* bacula-director-mysql/db_password: (password omitted)
  bacula-director-mysql/mysql_root_password: (password omitted)
  bacula-director-mysql/mysql/app-pass: (password omitted)
  bacula-director-mysql/app-password-confirm: (password omitted)
  bacula-director-mysql/password-confirm: (password omitted)
  bacula-director-mysql/mysql/admin-user:
  bacula-director-mysql/purge: false
  bacula-director-mysql/remove-error: abort
  bacula-director-mysql/import-oldsettings:
* bacula-director-mysql/remove_catalog_on_purge: false
* bacula-director-mysql/dbconfig-install: false
  bacula-director-mysql/db/app-user: bacula
  bacula-director-mysql/upgrade-backup: true
  bacula-director-mysql/install-error: abort
  bacula-director-mysql/db/dbname: bacula
  bacula-director-mysql/create_mysql_tables: true
  bacula-director-mysql/remote/host:
  bacula-director-mysql/upgrade-error: abort
  bacula-director-mysql/remote/port:
  bacula-director-mysql/passwords-do-not-match:
* bacula-director-mysql/db_host: localhost
  bacula-director-mysql/dbconfig-upgrade: true
  bacula-director-mysql/remote/newhost:
  bacula-director-mysql/database-type: mysql
* bacula-director-mysql/create_tables: true
  bacula-director-mysql/mysql/method: unix socket
  bacula-director-mysql/internal/reconfiguring: false
* bacula-director-mysql/mysql_root_username: root
  bacula-director-mysql/dbconfig-reinstall: false
  bacula-director-mysql/dbconfig-remove:
* bacula-director-mysql/db_user: bacula


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#345303: kernel-image-2.6.8-powerpc: Kernel didnt detect CDROM and Hard Drive on new Powerbook

2005-12-30 Thread root
Package: kernel-image-2.6.8-powerpc
Version: 2.6.8-16
Severity: grave
Tags: patch
Justification: renders package unusable

With this patch kernel detects Hard Drive and CDROM. Extracted from
http://lkml.org/lkml/2005/10/28/343

Index: linux-work/drivers/ide/ppc/pmac.c
===
--- linux-work.orig/drivers/ide/ppc/pmac.c  2005-09-22
14:06:32.0 +1000
+++ linux-work/drivers/ide/ppc/pmac.c   2005-10-29 10:00:03.0
+1000
@@ -1664,11 +1664,16 @@
 };
 
 static struct pci_device_id pmac_ide_pci_match[] = {
 -  { PCI_VENDOR_ID_APPLE, PCI_DEVICE_ID_APPLE_UNI_N_ATA,
 PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
 -  { PCI_VENDOR_ID_APPLE, PCI_DEVICE_ID_APPLE_IPID_ATA100,
 PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
-   { PCI_VENDOR_ID_APPLE, PCI_DEVICE_ID_APPLE_K2_ATA100, PCI_ANY_ID,
 PCI_ANY_ID, 0, 0, 0},
+   { PCI_VENDOR_ID_APPLE, PCI_DEVICE_ID_APPLE_UNI_N_ATA,
+ PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
+   { PCI_VENDOR_ID_APPLE, PCI_DEVICE_ID_APPLE_IPID_ATA100,ç
+ PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
+   { PCI_VENDOR_ID_APPLE, PCI_DEVICE_ID_APPLE_K2_ATA100,
+ PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
{ PCI_VENDOR_ID_APPLE, PCI_DEVICE_ID_APPLE_SH_ATA,
  PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
+   { PCI_VENDOR_ID_APPLE, PCI_DEVICE_ID_APPLE_IPIDD2_ATA,
+ PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
};

 static struct pci_driver pmac_ide_pci_driver = {
Index: linux-work/include/linux/pci_ids.h
===
--- linux-work.orig/include/linux/pci_ids.h 2005-10-06 09:59:14.0 
+1000
+++ linux-work/include/linux/pci_ids.h  2005-10-29 09:59:06.0 +1000
@@ -912,6 +912,7 @@
 #define PCI_DEVICE_ID_APPLE_SH_FW   0x0052
 #define PCI_DEVICE_ID_APPLE_U3L_AGP0x0058
 #define PCI_DEVICE_ID_APPLE_U3H_AGP0x0059
+#define PCI_DEVICE_ID_APPLE_IPIDD2_ATA  0x0069
 #define PCI_DEVICE_ID_APPLE_TIGON3 0x1645
 
 #define PCI_VENDOR_ID_YAMAHA   0x1073



Bug#319509: python2.4-psycopg: the site-packages somehow becomes a binary file rather than a directory of contents

2005-09-15 Thread root
Package: python2.4-psycopg
Version: the .deb package seems to be non-installable
Followup-For: Bug #319509


-rwxr-xr-x  1 root root 53816 Jul 17 05:55 site-packages
moresing:~/abc/usr/lib/python2.4# file site-packages
site-packages: ELF 32-bit LSB shared object, Intel 80386, version 1
(SYSV), stripped

I manaually extract everything from the .deb and based on my understand
of dpkg, these are supposed to be extracted to the target directory and
of course it would fail as site-packages is a directory for packages,
not a file.

Please fix it

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.31-xbox-chimpanzee-vs-ll
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages python2.4-psycopg depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libpq48.0.3-15   PostgreSQL C client library
pn  python2.4Not found.
pn  python2.4-egenix-mxdatetime  Not found.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#324836: initng: /dev/MAKEDEV isn't created

2005-08-24 Thread Root Kit
Package: initng
Version: 0.1.8-1
Severity: critical
Justification: breaks unrelated software

initng MUST create /dev/MAKEDEV, or link it to
/sbin/MAKEDEV
otherwise many postinst scripts will fail (eg.
udftools)

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable'), (1,
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.5
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
(charmap=ISO-8859-15)

Versions of packages initng depends on:
ii  libc6 2.3.5-4GNU C
Library: Shared libraries an

initng recommends no packages.

-- no debconf information






___ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#318572: amule: Extra information

2005-07-26 Thread root
Package: amule
Followup-For: Bug #318572


# apt-get install amule
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  amule: Depends: libwxbase2.4 (= 2.4.3.1) but it is not installable
   Depends: libwxgtk2.4 (= 2.4.3.1) but it is not installable
E: Broken packages


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-1-386
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#308967: pdns-recursor: syntax error in init.d script

2005-05-13 Thread root
Package: pdns-recursor
Version: 2.9.17-11
Severity: serious

The restart target in the init.d script has a nasty typo. It currently
says:

if [ $START |= yes ]; then

that probably should be !=.

Wichert.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages pdns-recursor depends on:
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-12   GCC support library
ii  libstdc++5  1:3.3.5-12   The GNU Standard C++ Library v3

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#308967: pdns-recursor: syntax error in init.d script

2005-05-13 Thread root
Bcc: 
Subject: Re: Bug#308967: pdns-recursor: syntax error in init.d script
Reply-To: 
In-Reply-To: [EMAIL PROTECTED]

Previously Christoph Haas wrote:
 This has been fixed in the revision 2.9.17-12 already. Please upgrade.
 Thanks for your report though.

Since sarge is frozen and you uploaded only to unstable I fear that
unless something is done sarge will not have this bug fixed.

I suspect either a seperate upload with only the bugfixes for
testing-updates or hinting from a release manager is needed.

Wichert.

-- 
Wichert Akkerman [EMAIL PROTECTED]It is simple to make things.
http://www.wiggy.net/   It is hard to make things simple.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#307752: kernel-image-2.4.18-k6: root exploit based on do_brk attack found and exploitable

2005-05-05 Thread root
Package: kernel-image-2.4.18-k6
Version: 2.4.18-5
Severity: critical
Justification: root security hole

Hello

I have send a email with the exploid found on my server 3 days ago to Herbert 
Xu but no response.
The exploit for a based on do_brk attack work always still on this 
kernelversion.

uname
2.4.18-k6

md5sum
2d5b9f02f2af7a0b9362f07c6053898a  /boot/vmlinuz-2.4.18-k6

Thank you

Raphael Lechner

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux berlin050 2.4.18-k6 #1 Sun Apr 14 12:43:22 EST 2002 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages kernel-image-2.4.18-k6 depends on:
ii  fileutils  4.1-10GNU file management utilities
ii  initrd-tools   0.1.32woody.3 Tools to generate an initrd image.
ii  modutils   2.4.15-1  Linux module utilities.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]