Bug#1056555: thunar: segfault when ejecting drive

[ng]

Package: thunar
Version: 4.18.4-1
Severity: normal

Hi,
when ejecting a drive, thunar crashes (both with context menu 'eject', 
and the

eject button)

[18950.426861] Thunar[3027]: segfault at 0 ip 5615a96c98cc sp
7ffd2dbd7320 error 4 in thunar[5615a964+92000] likely on CPU 7 
(core 3,

socket 0)
[18950.426895] Code: f3 48 83 ec 38 64 48 8b 04 25 28 00 00 00 48 89 44 
24 28
31 c0 48 c7 44 24 20 00 00 00 00 48 85 f6 0f 84 77 02 00 00 48 8b 06 
<48> 39 10

0f 84 f1 01 00 00 4c 8b bf 28 01 00 00 4c 39 fe 0f 84 cb


Most of the time this happens when I eject it for the first time in that
session, when I try it a second time it works just fine.


-- System Information:
Debian Release: 12.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable')

Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-13-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), 
LANGUAGE=es_AR:es

Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages thunar depends on:
ii desktop-file-utils 0.26-1
ii exo-utils 4.18.0-1
ii libatk1.0-0 2.46.0-5
ii libc6 2.36-9+deb12u3
ii libcairo2 1.16.0-7
ii libexo-2-0 4.18.0-1
ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1
ii libglib2.0-0 2.74.6-2
ii libgtk-3-0 3.24.38-2~deb12u1
ii libgudev-1.0-0 237-2
ii libice6 2:1.0.10-1
ii libnotify4 0.8.1-1
ii libpango-1.0-0 1.50.12+ds-1
ii libsm6 2:1.2.3-1
ii libthunarx-3-0 4.18.4-1
ii libxfce4ui-2-0 4.18.2-2
ii libxfce4util7 4.18.1-2
ii libxfconf-0-3 4.18.0-2
ii shared-mime-info 2.2-1
ii thunar-data 4.18.4-1

Versions of packages thunar recommends:
ii dbus-user-session [default-dbus-session-bus] 1.14.10-1~deb12u1
ii dbus-x11 [dbus-session-bus] 1.14.10-1~deb12u1
ii gvfs 1.50.3-1
ii libxfce4panel-2.0-4 4.18.2-1
ii policykit-1-gnome [polkit-1-auth-agent] 0.105-8
ii thunar-volman 4.18.0-1
ii tumbler 4.18.0-1
ii udisks2 2.9.4-4
ii xdg-user-dirs 0.18-1

Versions of packages thunar suggests:
ii gvfs-backends 1.50.3-1
ii thunar-archive-plugin 0.5.0-1
ii thunar-media-tags-plugin 0.3.0-2+b1

-- no debconf information

Bug#1017542: systemd-cryptsetup@vda5_crypt.service: Control process exited, code=exited, status=1/FAILURE

[ng]

https://github.com/systemd/systemd/issues/24758

Done,  I hope I did it right.

Have a nice day.

El 12/9/22 a las 05:19, Michael Biebl escribió:
In this case, can you please try with the latest systemd version v251 
and if the problem persists, raise it at

https://github.com/systemd/systemd/issues

Regards,
Michael

Bug#1017542: systemd-cryptsetup@vda5_crypt.service: Control process exited, code=exited, status=1/FAILURE

[ng]

Well, I added that to my crypttab, and everything is fine again on my 
side :)


what happens next is up to you,  thank you for your help

El 26/9/22 a las 13:16, Michael Biebl escribió:


Am 20.09.22 um 06:47 schrieb ng:

https://github.com/systemd/systemd/issues/24758

Done,  I hope I did it right.



Thanks for forwarding this issue upstream.

It turns out, that adding "x-initrd.attach" to /etc/crypttab for the 
device holding the root fs does fix the issue.


This is nicely documented in systemd's man crypttab. Unfortunately we 
don't install this man page atm due to [1] which appears to go nowhere.


I guess we should do two things:
a/ dpkg-divert the cryptsetup provided man page and install the man 
page which we currently remove [2]


b/ clone this bug report and reassign it to d-i/partman so the debian 
installer adds the x-initrd.attach option when creating the luks+lvm 
setup.


Thoughts?

Michael

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981405
[2] 
https://salsa.debian.org/systemd-team/systemd/-/blob/debian/master/debian/rules#L219

Bug#1017542: systemd-cryptsetup@vda5_crypt.service: Control process exited, code=exited, status=1/FAILURE

[ng]

Now, I think is worth mentioning that:

Adding 'x-initrd.attach' to the device holding root at /etc/crypttab,  
does in fact solve systemd-cryptsetup@vda5_crypt.service failing.   But, 
on reboots and shutdowns I still get 'Failed to finalize DM devices, 
ignoring'.    I wonder if it can be ignored. Using dracut doesn't change 
this behavior.


And on my other machine,  I get at boot: "cryptsetup: WARNING: 
vda5_crypt: ignoring unknown option 'x-initrd.attach.".  Even though the 
option does work as expected,  this I suppose because I'm using 
initramfs-tools/busybox this time?    I still haven't tried with dracut 
since the warning seems a false positive.



El 28/9/22 a las 17:38, ng escribió:
Well, I added that to my crypttab, and everything is fine again on my 
side :)


what happens next is up to you,  thank you for your help

El 26/9/22 a las 13:16, Michael Biebl escribió:


Am 20.09.22 um 06:47 schrieb ng:

https://github.com/systemd/systemd/issues/24758

Done,  I hope I did it right.



Thanks for forwarding this issue upstream.

It turns out, that adding "x-initrd.attach" to /etc/crypttab for the 
device holding the root fs does fix the issue.


This is nicely documented in systemd's man crypttab. Unfortunately we 
don't install this man page atm due to [1] which appears to go nowhere.


I guess we should do two things:
a/ dpkg-divert the cryptsetup provided man page and install the man 
page which we currently remove [2]


b/ clone this bug report and reassign it to d-i/partman so the debian 
installer adds the x-initrd.attach option when creating the luks+lvm 
setup.


Thoughts?

Michael

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981405
[2] 
https://salsa.debian.org/systemd-team/systemd/-/blob/debian/master/debian/rules#L219

Bug#1017542: systemd-cryptsetup@vda5_crypt.service: Control process exited, code=exited, status=1/FAILURE

[ng]

This was reported 4 years ago btw. 
https://github.com/systemd/systemd/issues/8472


El 30/9/22 a las 23:34, ng escribió:

Now, I think is worth mentioning that:

Adding 'x-initrd.attach' to the device holding root at /etc/crypttab,  
does in fact solve systemd-cryptsetup@vda5_crypt.service failing.   
But, on reboots and shutdowns I still get 'Failed to finalize DM 
devices, ignoring'.    I wonder if it can be ignored. Using dracut 
doesn't change this behavior.


And on my other machine,  I get at boot: "cryptsetup: WARNING: 
vda5_crypt: ignoring unknown option 'x-initrd.attach.".  Even though 
the option does work as expected,  this I suppose because I'm using 
initramfs-tools/busybox this time?    I still haven't tried with 
dracut since the warning seems a false positive.



El 28/9/22 a las 17:38, ng escribió:
Well, I added that to my crypttab, and everything is fine again on my 
side :)


what happens next is up to you,  thank you for your help

El 26/9/22 a las 13:16, Michael Biebl escribió:


Am 20.09.22 um 06:47 schrieb ng:

https://github.com/systemd/systemd/issues/24758

Done,  I hope I did it right.



Thanks for forwarding this issue upstream.

It turns out, that adding "x-initrd.attach" to /etc/crypttab for the 
device holding the root fs does fix the issue.


This is nicely documented in systemd's man crypttab. Unfortunately 
we don't install this man page atm due to [1] which appears to go 
nowhere.


I guess we should do two things:
a/ dpkg-divert the cryptsetup provided man page and install the man 
page which we currently remove [2]


b/ clone this bug report and reassign it to d-i/partman so the 
debian installer adds the x-initrd.attach option when creating the 
luks+lvm setup.


Thoughts?

Michael

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981405
[2] 
https://salsa.debian.org/systemd-team/systemd/-/blob/debian/master/debian/rules#L219

Bug#1026265: profile-sync-daemon: Please package new upstream release (6.48+)

[ng]

Is this package orphaned?

Bug#1016827: Fixed

[ng]

Morning.

I just booted into linux 6.1.15-1~bpo11+1 and it was already fixed, no 
need to use use 'ccp.dmaengine=0' anymore.  Great!


Bug resolved.

Have a nice day.

Bug#978043: bug#978043: fixed

[ng]

https://bugzilla.kernel.org/show_bug.cgi?id=201817 contains info about a 
patch that solved this.  It was either that or a BIOS update, or both.


At least for my machine, this is solved.

Bug#990703: Bookworm has the fix

[ng]

Hello,

pinentry-program /usr/bin/pinentry  works again in Bookworm,  I don't 
have to install pinentry-qt anymore.


Bug resolved.

Bug#977945: Can't reproduce

[ng]

I can't reproduce this anymore, how should I proceed?

I am not sure if it was caused by a bad implementation of start x on 
tty, I am currently using the following on my .profile file:


if [ -z $DISPLAY ] && [ "$(tty)" = "/dev/tty1" ]; then
   exec startxfce4
fi


It was either that or an update.   I believe I was using startx instead 
of xfce4, something like:


if [ -z "${DISPLAY}" ] && [ "${XDG_VTNR}" -eq 1 ]; then
  exec startx
fi

Anyhow, seems to be fixed/not a bug per se?

Bug#978043: Bug#1016827: Fixed

[ng]

Hi

Well, at least for linux 5.10.162-1 the bug is still present, kernel 
panic at the very end of reboot/power off process,  can be sorted out 
with the 'ccp.dmaengine=0' parameter.


That's all I  can share,  the archlinux bug report I quoted didn't had 
any activity since feb 2022, and the lkml I also quoted had the same 
luck.  All I know is that using linux from backports works correctly 
with debian's default parameters.



(Oops, once again, sending the email to the wrong receipt)



Source-Version: 6.1.15-1

Hi

On Mon, Apr 10, 2023 at 09:01:13AM -0300, ng wrote:

Morning.

I just booted into linux 6.1.15-1~bpo11+1 and it was already fixed, 
no need

to use use 'ccp.dmaengine=0' anymore.  Great!

Bug resolved.

Thanks, marking it as fixed accordingly, though would be nice to
better understand the issue and to verify if it get fixed as well in
the 5.10.y stable series.

Regards,
Salvatore

Bug#1016827: Fixed

[ng]

Hi

Well, at least for linux 5.10.162-1 the bug is still present, kernel 
panic at the very end of reboot/power off process,  can be sorted out 
with the 'ccp.dmaengine=0' parameter.


That's all I  can share,  the archlinux bug report I quoted didn't had 
any activity since feb 2022, and the lkml I also quoted had the same 
luck.  All I know is that using linux from backports works correctly 
with debian's default parameters.



(Oops, once again, sending the email to the wrong receipt)



Source-Version: 6.1.15-1

Hi

On Mon, Apr 10, 2023 at 09:01:13AM -0300, ng wrote:

Morning.

I just booted into linux 6.1.15-1~bpo11+1 and it was already fixed, 
no need

to use use 'ccp.dmaengine=0' anymore.  Great!

Bug resolved.

Thanks, marking it as fixed accordingly, though would be nice to
better understand the issue and to verify if it get fixed as well in
the 5.10.y stable series.

Regards,
Salvatore

Bug#978043: Bug#1016827: Fixed

[ng]

Please delete this email and the one I'm quoting; sent to Bug#978043, it 
was by accident.



> Hi
>
> Well, at least for linux 5.10.162-1 the bug is still present, kernel
> panic at the very end of reboot/power off process,  can be sorted out
> with the 'ccp.dmaengine=0' parameter.
>
> That's all I  can share,  the archlinux bug report I quoted didn't had
> any activity since feb 2022, and the lkml I also quoted had the same
> luck.  All I know is that using linux from backports works correctly
> with debian's default parameters.
>
>
> (Oops, once again, sending the email to the wrong receipt)
>
>
> > Source-Version: 6.1.15-1
> >
> > Hi
> >
> > On Mon, Apr 10, 2023 at 09:01:13AM -0300, ng wrote:
> >> Morning.
> >>
> >> I just booted into linux 6.1.15-1~bpo11+1 and it was already fixed,
> >> no need
> >> to use use 'ccp.dmaengine=0' anymore.  Great!
> >>
> >> Bug resolved.
> > Thanks, marking it as fixed accordingly, though would be nice to
> > better understand the issue and to verify if it get fixed as well in
> > the 5.10.y stable series.
> >
> > Regards,
> > Salvatore
>
>

Bug#969944: debian-installer: Screen is corrupted with boot parameter VGA=788

[ng]

Hi,  I am currently using: debian-bookworm-DI-rc1-amd64-netinst and I am 
currently having this bug.


If I change the boot parameter 'VGA=788' to 'VGA='  it works correctly.


AMD Ryzen 5 3500U
Thinkpad E495
debian-bookworm-DI-rc1

Bug#969944: debian-installer: Screen is corrupted (Secure Boot)

[ng]

I found out that having Secure Boot enabled is necessary to reproduce 
this.  With Secure Boot disabled the installer works correctly with the 
defaults.


Hi,  I am currently using: debian-bookworm-DI-rc1-amd64-netinst and I 
am currently having this bug.


If I change the boot parameter 'VGA=788' to 'VGA='  it works correctly.


AMD Ryzen 5 3500U
Thinkpad E495
debian-bookworm-DI-rc1

Bug#698640: Trashing on system internal mounts is not supported

[ng]

This is still a bug, see:


$ gio trash foo
gio: file:///home/user/test/foo: Trashing on system internal mounts is 
not supported




In order to reproduce this bug I did the following
1) create a partition and format it to ext4
2) mount that partition to /mnt/test
3) bind 'test' to /home/user using fstab
4) 'touch foo'
5) gio trash foo



Debian GNU/Linux bookworm/sid
linux 6.1.0-3-amd64
Xfce 4.18
gvfs 1.50.3-1

Bug#1017542: Systemd-cryptsetup@vda5_crypt.service: Control process exited, code=exited, status=1/FAILURE

[ng]

Hello,

Just wanted to report that this bug is somewhat still in debian testing, 
this happens every time I shutdown this virtual machine


>systemd-shutdown[1]: Failed to finalize DM devices, ignoring.


linux 6.1.0-7-amd64
systemd 252.6-1
cryptsetup 2:2.6.1-3

partitons:

/boot ext4
/ luks2+ext4
/home luks2+ext4

efi enabled secure boot enabled.

Bug#991126: xfce4-panel: systray applet: when hovering, the consequent pop-up's text is messed up.

[ng]

Hi,

While I can still reproduce this bug in stable,  this bug is gone in 
testing.

Bug#918135: No way to reproduce this EOL

[ng]

Hi, this bug was reported a long time ago, and I have no way to 
reproduce it anymore,  currently using 102.9.0-1~deb11u1.

Bug#969944: debian-installer: Screen is corrupted (Legacy mode Boot)

[ng]

This statement is totally wrong!  I am sorry.

Correction:  In order to reproduce this screen corruption, I have to set 
Legacy mode boot in the BIOS,  as you can see in the video (it clearly 
states BIOS mode), so:


BIOS set to:

Legacy mode:  Screen corruption.
UEFI:  Works correctly.
UEFI and Secure Boot: Works correctly.

Excuse my mistake.


El 14/4/23 a las 02:38, ng escribió:
I found out that having Secure Boot enabled is necessary to reproduce 
this.  With Secure Boot disabled the installer works correctly with 
the defaults.


Hi,  I am currently using: debian-bookworm-DI-rc1-amd64-netinst and I 
am currently having this bug.


If I change the boot parameter 'VGA=788' to 'VGA='  it works correctly.


AMD Ryzen 5 3500U
Thinkpad E495
debian-bookworm-DI-rc1

Bug#1017542: systemd-cryptsetup@vda5_crypt.service: Control process exited, code=exited, status=1/FAILURE

[ng]

I installed dracut,  and ran 'sudo dracut -f' more than twice, with 
reboots,  but it didn't fixed the issue.  It remains the same.


(I sent this mail over 2 weeks ago to your personal email by mistake, 
I'm sorry).



El 17/8/22 a las 16:24, Michael Biebl escribió:

Can you try dracut as your initramfs generator?
It supports
http://systemd.io/INITRD_INTERFACE/

Specifically this part should be relevant to you:

"
If the executable /run/initramfs/shutdown exists systemd will use it 
to jump back into the initrd on shutdown. /run/initramfs/ should be a 
usable initrd environment to which systemd will pivot back and the 
shutdown executable in it should be able to detach all complex storage 
that for example was needed to mount the root file system.

"

Bug#1016827: fixed 5.10.0-23-amd64 Bullseye

[ng]

Hello!

I just noticed this bug can't be reproduced anymore since linux 
5.10.0-23-amd64 (5.10.179-1).   Hopefully this will help to track what 
was the exact issue and how did it got fixed.



Thanks!.

Bug#922658: linux-image-4.19.0-0.bpo.2-amd64: NETDEV WATCHDOG: enp1s0f1 (r8169): transmit queue 0 timed out

[NG]

Package: src:linux
Version: 4.19.16-1~bpo9+1
Severity: normal

Dear Maintainer,

When enp1s0f1 is under heavy download stress (downloading large files, watching
a stream, or even when installing debian packages) it tends to hang. Depending
on which download activity it's being ran, downloads will remain active but
with 0Kbpps, some others will just get canceled.
Best thing to do it's to run 'sudo modprobe -r r8169 && sudo modprobe r8169',
restarting networkmanager does nothing.  But sometimes it doesn't solve the
problem, not even rebooting does the trick network manager applet will say that
the network it's being connected but it never reaches connected state. So the
best thing to do it's to power off the computer completely and then power on
again freshly.

I've been experiencing this since kernel 4.19 bpo.1 but it got worse with bpo.2
(I tested Fedora with kernel 4.20.8 and it's even worse, same with debian's
testing and unstable branch)




-- Package-specific info:
** Version:
Linux version 4.19.0-0.bpo.2-amd64 (debian-ker...@lists.debian.org) (gcc
version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)) #1 SMP Debian 4.19.16-1~bpo9+1
(2019-02-07)

** Command line:
BOOT_IMAGE=/vmlinuz-4.19.0-0.bpo.2-amd64 root=/dev/mapper/firebolt-root ro
amdgpu.dpm=0 amdgpu.dc=0 quiet

** Tainted: OE (12288)
 * Out-of-tree module has been loaded.
 * Unsigned module has been loaded.

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

** Model information
sys_vendor: Acer
product_name: Aspire A515-41G
product_version: V1.09
chassis_vendor: Acer
chassis_version: V1.09
bios_vendor: Insyde Corp.
bios_version: V1.09
board_vendor: BR
board_name: Wartortle_BS
board_version: V1.09

** Loaded modules:
rfcomm
pci_stub
vboxpci(OE)
vboxnetadp(OE)
vboxnetflt(OE)
vboxdrv(OE)
ctr
ccm
fuse
bnep
btusb
arc4
btrtl
btbcm
btintel
bluetooth
amdkfd
amdgpu
uvcvideo
videobuf2_vmalloc
videobuf2_memops
videobuf2_v4l2
videobuf2_common
videodev
drbg
ansi_cprng
ecdh_generic
media
rtsx_pci_ms
joydev
memstick
rtsx_pci_sdmmc
mmc_core
edac_mce_amd
kvm_amd
dcdbas
dell_wmi_descriptor
wmi
ccp
rng_core
ath10k_pci
ath10k_core
kvm
ath
chash
mac80211
snd_hda_codec_realtek
gpu_sched
snd_hda_codec_generic
ttm
snd_hda_codec_hdmi
irqbypass
xhci_pci
snd_hda_intel
snd_hda_codec
xhci_hcd
snd_hda_core
r8169
crct10dif_pclmul
snd_hwdep
rtsx_pci
cfg80211
snd_pcm
libphy
drm_kms_helper
ehci_pci
crc32_pclmul
ehci_hcd
usbcore
snd_timer
i2c_piix4
rfkill
ghash_clmulni_intel
snd
drm
sg
soundcore
psmouse
usb_common
k10temp
fam15h_power
video
i2c_algo_bit
battery
ac
button
pcc_cpufreq
acpi_cpufreq
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
crc32c_generic
fscrypto
ecb
dm_crypt
dm_mod
sd_mod
crc32c_intel
ahci
libahci
libata
aesni_intel
aes_x86_64
crypto_simd
cryptd
glue_helper
evdev
scsi_mod
serio_raw

** PCI devices:
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device
[1022:1576]
Subsystem: Acer Incorporated [ALI] Device [1025:1201]
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- 

00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
[AMD/ATI] Carrizo [1002:9874] (rev c8) (prog-if 00 [VGA controller])
Subsystem: Acer Incorporated [ALI] Carrizo [1025:1201]
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: amdgpu
Kernel modules: amdgpu

00:01.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Kabini
HDMI/DP Audio [1002:9840]
Subsystem: Acer Incorporated [ALI] Kabini HDMI/DP Audio [1025:1201]
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: snd_hda_intel
Kernel modules: snd_hda_intel

00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device
[1022:157b]
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- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:02.3 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device
[1022:157c] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:03.0 Host bridge [0600]

Bug#978043: linux-image-5.10.0-trunk-amd64: irq 7: nobody cared (ryzen 3500u)

[NG]

Hello,

Since my bugzilla kernel report was a duplicate, I added myself to the 
following CC list: 201817 

No progress at all.  I'm currently running linux 5.10.0-6-amd64 
(5.10.28-1), in a sid installation.  And also tried linux 5.12.2 with 
fedora.  And is still the same.



El 8/05/21 a las 8:00 a. m., Salvatore Bonaccorso escribió:

Hi,

On Thu, Dec 24, 2020 at 07:17:29PM -0500, Neil wrote:

Package: src:linux
Version: 5.10.2-1~exp1
Severity: minor

Dear Maintainer,

Hello there,
I just wanted to report this dmesg message here,  I already reported it to
kernel.org and redhat's bugzilla (fedora),  but who knows, maybe reporting it
here before debian 11 gets released is worth it,  I hope it doesn't bother :)

can you reference the upstream report from you? Was there any
progress, is this fixed with a recent kernel or still reproducible?

Regards,
Salvatore

Bug#978084: CPU: 2 PID: 5507 at drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c:2548

[NG]

Hi there,
I cannot reproduce this bug anymore (tested with linux 5.10.28-1 aka 
linux 5.10.0-6-amd64 debian sid)



Great!
Peace.

El 8/05/21 a las 8:02 a. m., Salvatore Bonaccorso escribió:

is this still something you can reproduce with a recent 5.10.y kernel?

Regards,
Salvatore

Bug#916112: apt-get purge filename.deb not working like expected

[ng]

Hello,
Today I ran 'sudo apt purge ./anything.deb' on a package that WAS NOT 
installed in my system.  And apt's response was to install that package, 
as if I were running 'apt install'.  Except that it was 'apt purge'.

Funny.



Have a good day everyone.

Bug#916112: apt-get purge filename.deb not working like expected

[ng]

apt 2.2.4 (sid)

Bug#948483: RFP: broot -- an interactive CLI directory browser

[NG]

Hi,
Any progress with this? Or need help?
BR,
Gábor

On Thu, 9 Jan 2020 13:43:48 -0300 Emmanuel Arias 
wrote:
> Hi I would like to work on broot packaging :)
>
>
> Cheers,
> Arias Emmanuel
> @eamanu
> yaerobi.com

Bug#996973: Second upload Was: msc-generator_7.1-1_amd64.changes REJECTED

[NG]

On 2022-02-15 14:20, Geert Stappers wrote:
> On Tue, Feb 15, 2022 at 02:08:35AM -0800, NG wrote:
>> On 2022-02-14 23:37, Geert Stappers wrote:
>> > On Mon, Feb 14, 2022 at 10:22:42PM +, Debian FTP Masters wrote:
>> >>
>> >> msc-generator_7.1-1_amd64.deb: trying to install to new, but could not 
>> >> find source (msc-generator 7.1-1)
>> >>
>> >
>> > $ dput ../msc-generator_7.1-1_amd64.changes
>> > Trying to upload package to ftp-master (ftp.upload.debian.org)
>> > Package has already been uploaded to ftp-master on ftp.upload.debian.org
>> > Nothing more to do for ../msc-generator_7.1-1_amd64.changes
>> > $
>> >
>> > Tomorrow an new `dput`
> 
> Got the same result.
> 
>  
>> Wow. I understand there are some subtleties with dput and the NEW queue
>> that I don't understand, but a single thought came to me: Can it be
>> a/the problem that I did *not* change the version number for this new
>> upload to NEW? I.e., it was 7.1-1 on the first upload in January, and it
>> is still the same now. (I was thinking as this is not an accepted
>> package, the version should/can stay the same but maybe that causes
>> hickups in the processing.)
> 
> Yes, I was also surprised.
> 
> Find attached a patch. Review it, process it further and report back.

Committed & uploaded to mentors.

BR
/g

Bug#996973: Upload or ... Was: WIP

[NG]

Hi Geert,

> * Do another (and final?) upload to 
> https://mentors.debian.net/package/msc-generator/

Done, it is #3 as of now (I removed some old ones -- should I remove all
but the last one?). I skipped adding anything for now: the "examples"
thing is not yet released in upstream, that was an error on my packaging
side.

> * Notify me

+1

and thanks
/g

Bug#995425: linux-image-amd64: kernel BUG at fs/ext4/ext4_extents.h:199! (fast_commit feature)

[ng]

It fixes the issue!   Works correctly with that patch.


El 2/10/21 a las 3:52 a. m., Salvatore Bonaccorso escribió:

Control: tags -1 + moreinfo

On Thu, Sep 30, 2021 at 08:26:38PM -0500, Nelson G wrote:

Package: linux-image-amd64
Version: 5.10.46-5
Severity: normal

Hello,

There's a bug for the ext4 filesystem, when the fast_commit flag is enabled and
you use fallocate or any other task that allocates space.


You can easily reproduce this bug on a VM or raw hardware by doing the
following:

1° You'll need a drive formatted with ext4 of course.
2° Enable fast_commit in that drive:  tune2fs -O fast_commit /dev/yourdrive
3° mount 'yourdrive', and inside 'yourdrive' try the following: fallocate -l
2000MB file

Can you check if the following fixes your issue?

https://lore.kernel.org/linux-ext4/20210820044505.474318-1-hout...@huawei.com/

https://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git/commit/?h=dev&id=a2c2f0826e2b75560b31daf1cd9a755ab93cf4c6

Regards,
Salvatore

Bug#995425: Possible to get fix to 5.10?

[ng]

Hello,  I was just wondering if in the near future this fix will be 
available for linux in the stable branch.


Thanks.

Bug#1016827: (linux-image-amd64: __dma_async_device_channel_unregister called while 2 clients hold a reference)

[ng]

Forgot to attach dmesg
[0.00] Linux version 5.10.0-16-amd64 (debian-ker...@lists.debian.org) 
(gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 
2.35.2) #1 SMP Debian 5.10.127-2 (2022-07-23)
[0.00] Command line: BOOT_IMAGE=/vmlinuz-5.10.0-16-amd64 
root=UUID=e2621cc7-952f-4003-a3eb-60c1d6b188cd ro acpi_osi=Linux 
ccp.dmaengine=0 drm.edid_firmware=HDMI-A-1:edid/edid.bin quiet
[0.00] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point 
registers'
[0.00] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
[0.00] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
[0.00] x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
[0.00] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, 
using 'compacted' format.
[0.00] BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009efff] usable
[0.00] BIOS-e820: [mem 0x0009f000-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000e-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0x09bf] usable
[0.00] BIOS-e820: [mem 0x09c0-0x09d80fff] reserved
[0.00] BIOS-e820: [mem 0x09d81000-0x09ef] usable
[0.00] BIOS-e820: [mem 0x09f0-0x09f0afff] ACPI NVS
[0.00] BIOS-e820: [mem 0x09f0b000-0xb8d8dfff] usable
[0.00] BIOS-e820: [mem 0xb8d8e000-0xbbd7dfff] reserved
[0.00] BIOS-e820: [mem 0xbbd7e000-0xbdd7dfff] ACPI NVS
[0.00] BIOS-e820: [mem 0xbdd7e000-0xbddfdfff] ACPI data
[0.00] BIOS-e820: [mem 0xbddfe000-0xbeff] usable
[0.00] BIOS-e820: [mem 0xbf00-0xbfff] reserved
[0.00] BIOS-e820: [mem 0xfd20-0xfd2f] reserved
[0.00] BIOS-e820: [mem 0xfed8-0xfed80fff] reserved
[0.00] BIOS-e820: [mem 0x0001-0x0002beff] usable
[0.00] NX (Execute Disable) protection: active
[0.00] e820: update [mem 0xb3ff1018-0xb3fff057] usable ==> usable
[0.00] e820: update [mem 0xb3ff1018-0xb3fff057] usable ==> usable
[0.00] e820: update [mem 0xb3fe3018-0xb3ff0457] usable ==> usable
[0.00] e820: update [mem 0xb3fe3018-0xb3ff0457] usable ==> usable
[0.00] extended physical RAM map:
[0.00] reserve setup_data: [mem 0x-0x0009efff] 
usable
[0.00] reserve setup_data: [mem 0x0009f000-0x0009] 
reserved
[0.00] reserve setup_data: [mem 0x000e-0x000f] 
reserved
[0.00] reserve setup_data: [mem 0x0010-0x09bf] 
usable
[0.00] reserve setup_data: [mem 0x09c0-0x09d80fff] 
reserved
[0.00] reserve setup_data: [mem 0x09d81000-0x09ef] 
usable
[0.00] reserve setup_data: [mem 0x09f0-0x09f0afff] 
ACPI NVS
[0.00] reserve setup_data: [mem 0x09f0b000-0xb3fe3017] 
usable
[0.00] reserve setup_data: [mem 0xb3fe3018-0xb3ff0457] 
usable
[0.00] reserve setup_data: [mem 0xb3ff0458-0xb3ff1017] 
usable
[0.00] reserve setup_data: [mem 0xb3ff1018-0xb3fff057] 
usable
[0.00] reserve setup_data: [mem 0xb3fff058-0xb8d8dfff] 
usable
[0.00] reserve setup_data: [mem 0xb8d8e000-0xbbd7dfff] 
reserved
[0.00] reserve setup_data: [mem 0xbbd7e000-0xbdd7dfff] 
ACPI NVS
[0.00] reserve setup_data: [mem 0xbdd7e000-0xbddfdfff] 
ACPI data
[0.00] reserve setup_data: [mem 0xbddfe000-0xbeff] 
usable
[0.00] reserve setup_data: [mem 0xbf00-0xbfff] 
reserved
[0.00] reserve setup_data: [mem 0xfd20-0xfd2f] 
reserved
[0.00] reserve setup_data: [mem 0xfed8-0xfed80fff] 
reserved
[0.00] reserve setup_data: [mem 0x0001-0x0002beff] 
usable
[0.00] efi: EFI v2.70 by Lenovo
[0.00] efi: ACPI=0xbddfd000 ACPI 2.0=0xbddfd014 TPMFinalLog=0xbdc2d000 
SMBIOS=0xba72c000 SMBIOS 3.0=0xba71f000 MEMATTR=0xb6a92018 ESRT=0xb92c9000 
MOKvar=0xb6a83000 RNG=0xba839598 TPMEventLog=0xb418 
[0.00] efi: seeding entropy pool
[0.00] random: crng init done
[0.00] Kernel is locked down from EFI Secure Boot; see man 
kernel_lockdown.7
[0.00] secureboot: Secure boot enabled
[0.00] SMBIOS 3.1.1 present.
[0.00] DMI: LENOVO 20NECTO1WW/20NECTO1WW, BIOS R11ET45P (1.25 ) 
07/04/2022
[0.00] tsc: Fast TSC calibration using PIT
[0.00] tsc: Detected 2096.078 MHz processor
[0.15] e820: updat

Bug#1002553: firmware-amd-graphics: Memory clock always at 100% (thinkpads w/ryzen 3XXXu)

[ng]

I tried on a separate partition to run Fedora with the firmware 
20220310,  and it works correctly there.  You were right.



Have a nice day.

El 12/06/22 a las 8:38, Diederik de Haas escribió:

Control: tag -1 - moreinfo
Control: forwarded -1 https://gitlab.freedesktop.org/drm/amd/-/issues/1455
Control: tag -1 fixed-upstream

On Sunday, 12 June 2022 06:59:12 CEST ng wrote:

Hi, I went on and installed the respective image from
https://snapshot.debian.org/package/linux/5.10.46-5/#linux-image-5.10.0-8-am
d64-unsigned_5.10.46-5 and had no luck, no change whatsoever.

Hi!

Thanks for testing, then this is a separate issue.

https://lore.kernel.org/linux-firmware/CADnq5_PYhDcR3tNYgzQ-uz80Nf++oMPsF3=huk+qcgntiy_...@mail.gmail.com/
is where a fix has been proposed+merged upstream (date: 2022-02-28).

An update of the firmware to version >= 20220310 _should_ fix this issue.
If such a version becomes available, could you test whether it indeed 
fixes

your issue and report your findings back to this bug report?

TIA,
Diederik

Bug#1012999: To be fixed in 8.1-1

[NG]

Thanks for the report.
The compilation problem will hopefully fixed in the upcoming 8.1-1
version of the pacakge.
BR
/Gábor

Bug#1015730: Please elaborate the move

[NG]

Hi,

On 2022-07-22 12:43, Geert Stappers wrote:
> [..]
> At https://sourceforge.net/projects/msc-generator/ is
>   NOTE! We have moved to
> https://gitlab.com/msc-generator/msc-generator Download releases,
> submit issues there.
> [..]
> I don't understand the strange relocation.
> [..]
> I could have understand
>   NOTE! We have moved to https://gitlab.com/msc-generator/msc-generator

The project was moved to GitLab. All interaction with users happens
there, like creating new issues, and releasing tarballs. The SF page is
kept for those who have bookmarked it earlier, with some discussions on
previously resolved issues that would have been not possible to copy
over to GL.

> [..]
> My misunderstanding might be that I can't see
> what is the leading git repository. Both, SF & GL, repos
> have recent changes in git.  It is "Where does the development happen"
> that I would like to have clarified. And I think other msc-generator
> users ought to know that.

Development happens at GL. The SF repo is mirroring official branches
(master, and debian/*), and is kept for the convenience of those who did
not yet rewrote their Git URLs.

Debian packaging starting with the upcoming 8.1-2 version uses the GL
URLs only.

BR,
Gábor Németh, .deb packager of msc-generator

Bug#1002553: firmware-amd-graphics: Memory clock always at 100% (thinkpads w/ryzen 3XXXu)

[ng]

Hi,  I went on and installed the respective image from 
https://snapshot.debian.org/package/linux/5.10.46-5/#linux-image-5.10.0-8-amd64-unsigned_5.10.46-5 
and had no luck,  no change whatsoever.


Later next week I'll try running Fedora or Arch on a different drive to 
see if it has been corrected on the firmware/kernel side, like the git said.


El 10/06/22 a las 10:57, Diederik de Haas escribió:

Could you try *downgrading* your kernel to 5.10.46-5, to be found here:
https://snapshot.debian.org/package/linux/5.10.46-5/#linux-image-5.10.0-8-amd64-unsigned_5.10.46-5

The reason for this is https://bugs.debian.org/990312 with a possible 
similar

cause and therefor solution, which was part of 5.10.46-3.

The fix was reverting 2 commits wrt 'CP_MEC_DOORBELL_RANGE' and in
kernel 5.10.61 there was another commit related to that, and I'd like 
to know

if that caused a regression. I don't expect it, but it's better to verify.

The symptom of bug 990312 were easy to detect with:
cat /sys/class/drm/card0/device/gpu_busy_percent

Bug#292413: failed on dist-upgrade in sarge

[gary ng]

Package: ldap-account-manager
Version: 0.4.7-1
Severity: normal

*** Please type your report below this line ***

I got this error when trying a apt-get dist-upgrade
===
After unpacking 0B of additional disk space will be
used.
Setting up ldap-account-manager (0.4.7-1) ...
chown: cannot access
`/etc/ldap-account-manager/config.cfg': No such file
or directory
dpkg: error processing ldap-account-manager
(--configure):
 subprocess post-installation script returned error
exit status 1
Errors were encountered while processing:
 ldap-account-manager
E: Sub-process /usr/bin/dpkg returned an error code
(1)
==
-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.29-chimpanzee-xbox
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages ldap-account-manager depends on:
ii  apache2-mpm-prefork [httpd]   2.0.52-3  
Traditional model for Apache2
ii  debconf   1.4.30.11  Debian
configuration management sy
ii  libapache2-mod-php4   4:4.3.10-2
server-side, HTML-embedded scripti
ii  perl  5.8.4-5Larry
Wall's Practical Extraction
ii  php4-ldap 4:4.3.10-2 LDAP
module for php4
ii  wwwconfig-common  0.0.42 Debian
web auto configuration

-- debconf information:
  ldap-account-manager/passwd: lam
* ldap-account-manager/webserver: Both
  ldap-account-manager/alias: lam




__ 
Do you Yahoo!? 
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com 


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

Bug#292413: why /etc/ldap-account-manager/config.cfg is not there

[gary ng]

I tried to purge the package and reinstall. This time
I chose to have it configure for both apache and
apache-ssl and now the config.cfg is there.

I believed the first installation didn't create it
because I chose "none" when asked for apache
configuration.

Whichever way, I think this is a bug in the upgrade
process(and/or configure process as well), even though
it is not very likely it will be installed this way.



__ 
Do you Yahoo!? 
Yahoo! Mail - 250MB free storage. Do more. Manage less. 
http://info.mail.yahoo.com/mail_250


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

Bug#343713: ion3: F12 behaves differently after I installed the one in unstable(over sarge)

[gary ng]

--- Norbert Tretkowski <[EMAIL PROTECTED]> wrote:

> tags 343713 +unreproducible
> tags 343713 +moreinfo
> thanks
> 
> * [EMAIL PROTECTED] wrote:
> > I I was initially using ion3 on sarge. Trying to
> experiment the
> > cutting edge, I dist-upgrade it to sid and the F12
> now behaves
> > completely differently from the sarge one. In
> sarge, I got a menu
> > which I can choose debians app, including closing
> the whole ion3
> > session. Now, I get a one line "main menu:" prompt
> which I don't
> > know what to do.
> 
> Sounds strange, and I'm unable to reproduce this
> problem here. Could
> you please retry after moving ~/.ion3/ out of the
> way?
I have, but it still behave this new way.

What I have done(all from sid repository) :

1. remove ~/.ion3
2. apt-get remove --purge ion3(and remove
/etc/X11/ion3)
3. apt-get install ion3

If there is anything that is unconventional, it is
that I invoke ion3 in my ~/.xsession file(that is
invoked through GDM). Its content :

uxterm&
uxterm&
uxterm&
ion3

few more info about what I see when press "F12", I got
a one line "Main Menu:" at the bottom and if I "tab",
it shows a long list of debian/app entries, I think it
is some interaction between the menu package.


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Bug#340254: vim: syntax highlight no longer works in sid (6.4.1) ?

[gary ng]

Yes, because I just take the default N when being
asked. As I have made changes to them(not just this
package but many others) so I usually just blindly
take the default don't change answer.


--- Norbert Tretkowski <[EMAIL PROTECTED]> wrote:

> * [EMAIL PROTECTED] wrote:
> > I don't know what has been changed but I just
> upgrade a sarge system
> > to sid (as a playground) and syntax highlight no
> longer works. It
> > gives me an error of not finding the event
> "filetype bufRead"
> 
> Sounds like you didn't allow dpkg update your vimrc.
> 
> Norbert
> 




__ 
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com


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

Bug#312441: subversion: svn command seems to store my credential without asking me

[gary ng]

Package: subversion
Version: 1.1.4-2
Severity: normal

I am running svn repo behind apache2 so I need to access it through
http://. It seems that the svn command line client would ask me the
credential and stores it to my home directory(with proper access right
bits). However, the password is still stored naked.

In this form, I believe it should ask first.

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

Versions of packages subversion depends on:
ii  db4.2-util 4.2.52-18 Berkeley v4.2 Database Utilities
ii  libapr02.0.54-4  the Apache Portable Runtime
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libdb4.2   4.2.52-18 Berkeley v4.2 Database Libraries [
ii  libexpat1  1.95.8-3  XML parsing C library - runtime li
ii  libldap2   2.1.30-8  OpenLDAP libraries
ii  libneon24  0.24.7.dfsg-2 An HTTP and WebDAV client library
ii  libssl0.9.70.9.7e-3  SSL shared libraries
ii  libsvn01.1.4-2   shared libraries used by Subversio
ii  libxml22.6.16-7  GNOME XML library
ii  patch  2.5.9-2   Apply a diff file to an original
ii  zlib1g 1:1.2.2-4 compression library - runtime

-- no debconf information


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

Bug#312631: util-vserver: lack manual pages for many of the bins shipped in the package

[gary ng]

Package: util-vserver
Version: 0.30.204-5sarge2
Severity: normal

a number of binaries shipped doesn't have any man pages(like vshelper,
setattr etc.).

I tried to find it on the vserver home page but still it is a bit hard
to find.

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

Versions of packages util-vserver depends on:
ii  iproute 20041019-3   Professional tools to control the 
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-13   GCC support library
ii  libstdc++5  1:3.3.5-13   The GNU Standard C++ Library v3
ii  net-tools   1.60-10  The NET-3 networking toolkit

-- no debconf information


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

Bug#312635: /razor-agent.log, this is no good

[gary ng]

Package: razor
Version: 2.670-1
Severity: normal

I didn't configure anything in /etc/razor/razor-agent.conf and found
this file. I believe it is much more preferred to be in /var/log/ as
that is the norm in debian.

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

Versions of packages razor depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libdigest-hmac-perl 1.01-3   create standard message integrity 
pn  libdigest-md5-perl   Not found.
ii  libdigest-nilsimsa-perl 0.06-2   Nilsimsa message digest algorithm
ii  libdigest-sha1-perl 2.10-1   NIST SHA-1 message digest algorith
pn  libmime-base64-perl  Not found.
ii  libnet-dns-perl 0.48-1   Perform DNS queries from a Perl sc
ii  liburi-perl 1.35-1   Manipulates and accesses URI strin
ii  perl [libtime-hires-perl]   5.8.4-8  Larry Wall's Practical Extraction 
ii  perl-modules [libtest-simpl 5.8.4-8  Core Perl modules

-- no debconf information


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

Bug#314240: smb4k: authentication issue with my XP pro share

[gary ng]

Package: smb4k
Version: 0.5.2-1
Severity: normal

I am running XP Pro on my notebook which has some share that is
accessible to everyone(even though the machine is joined to a NT/Samba
domain). That means, accessing these share should requires no
authentication at all and this is the case when I run konqueror with
"smb://my_machine" and see all my share and get into it.

smb4k however prompt me for username/password and even I give it the
right one(the account I used on my notebook with empty password), it
still refuse to get in. Well, the later one may be because empty
password is not allowed for remote(I have access deny error even in
konqueror).

But smb4k should not ask for authentication at all in the first place

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

Versions of packages smb4k depends on:
ii  kdelibs4 4:3.3.2-6.1 KDE core libraries
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libfam0c102  2.7.0-6 client library to control the FAM 
ii  libgcc1  1:3.4.3-13  GCC support library
ii  libice6  4.3.0.dfsg.1-14 Inter-Client Exchange library
ii  libidn11 0.5.13-1.0  GNU libidn library, implementation
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libqt3c102-mt3:3.3.4-3   Qt GUI Library (Threaded runtime v
ii  libsm6   4.3.0.dfsg.1-14 X Window System Session Management
ii  libstdc++5   1:3.3.5-13  The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  samba-common 3.0.14a-3   Samba common files used by both th
ii  smbclient3.0.14a-3   a LanManager-like simple client fo
ii  smbfs3.0.14a-3   mount and umount commands for the 
ii  xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime

-- no debconf information


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

Bug#310707: svk: move/copy can make revision hard to follow or loss

[gary ng]

Package: svk
Version: 1.00-1
Severity: important

I like svk very much but found a very annoying "lack of feature" that
makes it scary to use. Here is the situation :

1. create a /repo/branch/linux/vanilla branch
2. make lots of change with lots of commit
3. I need to patch in some third party patches against vanilla
4. Do a svk copy /repo/branch/linux/vanilla /repo/branch/linux/abc
5. apply changes to a checkout of vanilla
6. now I move vanilla to linux/feature-1
7. then I either move/copy linux/abc back to vanilla

Now if I do a svk log on either abc/vanilla/feature-1, I lose all the
changes history in (2) because move/copy would be considered to be the
base. Luckily for the "log" command, there is a "-x" that can trace back
through the move/copy and I get the history. However, other operations
like "diff" cannot do it.

What this means is that if after a period of time I found that there is
some changes that I need to revert that happens during (2), I cannot do
it directly to feature-1 branch but I need to do it by finding out the
changes in vanilla branch.

However, if I happen to have move vanilla to something else(say I use
vanilla initially for 2.4 kernel but later becomes 2.6), I cannot
track back the changes anymore unless I "rename" it back to vanilla.

This can be very difficult to management if I have thousands of change
involving copy/move in between.

Surprisingly, since svk use the same repo as svn, I tried svn instead
and found that svn can back trace to the root even after copy/move so
everything is there(and I can do diff using svn command on the same
tree), just that svk doesn't have the ability to do it(well the log 
command can) fully yet.



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

Versions of packages svk depends on:
ii  libalgorithm-annotate-perl0.10-1 represent a series of changes in a
ii  libalgorithm-diff-perl1.19.01-1  a perl library for finding Longest
ii  libclass-autouse-perl 1.17-1 Defer loading ( 'use'ing ) of a cl
ii  libclone-perl 0.15-1 recursively copy Perl datatypes
ii  libcompress-zlib-perl 1.34-1 Perl module for creation and manip
ii  libdata-hierarchy-perl0.21-1 Handle data in a hierarchical stru
ii  libfile-type-perl 0.22-1 determine file type using magic st
ii  libfreezethaw-perl0.43-2 converting Perl structures to stri
ii  libio-digest-perl 0.10-1 Calculate digests while reading or
ii  libio-string-perl 1.05-1 Emulate IO::File interface for in-
ii  liblocale-maketext-lexicon-pe 0.49-1 Lexicon-handling backends for "Loc
ii  liblocale-maketext-simple-per 0.12-2 Simple interface to Locale::Makete
ii  libperlio-eol-perl0.13-1 PerlIO layer for normalizing line 
ii  libperlio-via-dynamic-perl0.11-1 dynamic PerlIO layers
ii  libperlio-via-symlink-perl0.03-1 PerlIO layers for create symlinks
ii  libpod-simple-perl3.02-2 Perl framework for parsing files i
ii  libregexp-shellish-perl   0.93-1 Shell-like regular expressions
ii  libsvn-core-perl  1.1.4-2perl bindings for Subversion (aka.
ii  libsvn-mirror-perl0.61-1 A subversion repository mirroring 
ii  libsvn-simple-perl0.27-1 A simple interface for writing a d
ii  libtext-diff-perl 0.35-2 Perform diffs on files and record 
ii  libtimedate-perl  1.1600-4   Time and date functions for Perl
ii  libyaml-perl  0.38-2 YAML Ain't Markup Language (tm)
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#310714: sfs-client: rlimit_stack request denied by grsec

[gary ng]

Package: sfs-client
Version: 1:0.8-0+pre20041016.1-1
Severity: normal

I am not sure if this would affect the operation but I found some
message in the syslog when I use a grsec enabled kernel

grsec: denied resource overstep by requesting 60235776 for RLIMIT_STACK
against limit 8388608 for /usr/bin/w.procps[w:1049] uid/euid:0/0
gid/egid:0/0, parent /usr/sbin/sfscd[sfscd:1036] uid/euid:0/0
gid/egid:0/0
grsec: denied resource overstep by requesting 25956352 for RLIMIT_STACK
against limit 8388608 for /bin/ps[ps:1064] uid/euid:0/0 gid/egid:0/0,
parent /usr/lib/sfs-0.8pre/sfsrwcd[sfsrwcd:1040] uid/euid:0/0
gid/egid:0/0
grsec: denied resource overstep by requesting 47067136 for RLIMIT_STACK
against limit 8388608 for /usr/bin/w.procps[w:1074] uid/euid:0/0
gid/egid:0/0, parent /usr/lib/sfs-0.8pre/sfsrocd[sfsrocd:1041]
uid/euid:0/0 gid/egid:0/0
grsec: denied resource overstep by requesting 116604928 for RLIMIT_STACK
against limit 8388608 for /usr/bin/w.procps[w:1075] uid/euid:0/0
gid/egid:0/0, parent /usr/lib/sfs-0.8pre/sfsrwcd[sfsrwcd:1040]
uid/euid:0/0 gid/egid:0/0
grsec: denied resource overstep by requesting 116604928 for RLIMIT_STACK
against limit 8388608 for /usr/bin/w.procps[w:1074] uid/euid:0/0
gid/egid:0/0, parent /usr/lib/sfs-0.8pre/sfsrocd[sfsrocd:1041]
uid/euid:0/0 gid/egid:0/0


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

Versions of packages sfs-client depends on:
ii  libc62.3.2.ds1-21GNU C Library: Shared libraries an
ii  libdb4.2 4.2.52-18   Berkeley v4.2 Database Libraries [
ii  libgcc1  1:3.4.3-12  GCC support library
ii  libgmp3  4.1.4-6 Multiprecision arithmetic library
ii  libsfs0  1:0.8-0+pre20041016.1-1 Self-Certifying File System shared
ii  libstdc++5   1:3.3.5-12  The GNU Standard C++ Library v3
ii  python   2.3.5-2 An interactive high-level object-o
ii  sfs-common   1:0.8-0+pre20041016.1-1 Self-Certifying File System common

-- no debconf information


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

Bug#310757: There are file systems without POSIX semantics

[gary ng]

Forgive me ignorance. Would the same situation happens
in say SMB/CIFS ? To the server, the authentication
would still be whoever mount it from the client side. 

I don't think this is a bug(if it is at all) worth RC status.



__ 
Do you Yahoo!? 
Make Yahoo! your home page 
http://www.yahoo.com/r/hs


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

Bug#310938: vserver-debiantools: add a few more things during newvserver possible ?

[gary ng]

Package: vserver-debiantools
Version: 0.1.10
Severity: wishlist

I am testing out the vserver features and like it very much, however, I
am wondering if it is possible to add a few things during the newvserver
creation stage as the following :

1. mknod /dev/tap? and /dev/net/tun

The rationale is that for typical vserver usage(say VDS hosting),
networking is a must and for my own experience, I like to setup a
openvpn tunnel between my vserver at my service provider and my home
machine and openvpn needs tap/tun

2. install ssh daemon 

Again, even I have changed my hosting server's sshd to listen to its own
address, I cannot ssh into the client server because it is not installed
during the bootstrap process(I have to chroot into it to install it). 
While this can be done during the package selection of the debootstrap 
process, I think this is better to be the default as that is the easiest 
way to have a vserver up properly in one shoot.

just my 0.02 cent.

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

Versions of packages vserver-debiantools depends on:
ii  binutils  2.15-6 The GNU assembler, linker and bina
ii  debootstrap   0.2.45-0.2 Bootstrap a basic Debian system
ii  rsync 2.6.4-6fast remote file copy program (lik
ii  util-vserver  0.30.204-5 tools for Virtual private servers 

-- no debconf information


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

Bug#310952: util-vserver: vreboot location seems to be wrong

[gary ng]

Package: util-vserver
Version: 0.30.204-5
Severity: normal

It seems that the newvserver script looks for the wrong place for
vreboot in this version(it is now under legacy). As a result, it is not
copied over to the client(though I am not sure if it still works as
there seems to be some transition going on, may be it is deliberately
omitted as I can't find vshutdown in the distro at all).

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

Versions of packages util-vserver depends on:
ii  iproute 20041019-3   Professional tools to control the 
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-13   GCC support library
ii  libstdc++5  1:3.3.5-12   The GNU Standard C++ Library v3
ii  net-tools   1.60-10  The NET-3 networking toolkit

-- no debconf information


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

Bug#310952: util-vserver: vreboot location seems to be wrong

[gary ng]

What would be the new way to reboot inside a vserver
then ? 

I am running the 1.2.10 version on 2.4 kernel as I
found 2.6 kernel is not very stable on my
machine(nothing to do with vserver).

I did copy it over manually and it works.

If it will not be copied in the future, I would
suggest the script and help message being changed and
hopefully, some readme for those who need to run in
legacy mode to know that it is still there.

--- Ola Lundqvist <[EMAIL PROTECTED]> wrote:
> reassign 310952 vserver-debiantools
> thanks
> 
> Hello
> 
> On Fri, May 27, 2005 at 03:39:20PM +0800, gary ng
> wrote:
> > Package: util-vserver
> > Version: 0.30.204-5
> > Severity: normal
> > 
> > It seems that the newvserver script looks for the
> wrong place for
> > vreboot in this version(it is now under legacy).
> As a result, it is not
> > copied over to the client(though I am not sure if
> it still works as
> > there seems to be some transition going on, may be
> it is deliberately
> > omitted as I can't find vshutdown in the distro at
> all).
> 
> The vreboot tool should actually not be copied over
> as it is no longer
> supported as far as I know.
> 
> Regards,
> 
> // Ola
> 
> > -- System Information:
> > Debian Release: 3.1
> >   APT prefers testing
> >   APT policy: (500, 'testing')
> > Architecture: i386 (i686)
> > Kernel: Linux 2.4.31-pre2-xbox-vs-grse-ll
> > Locale: LANG=C, LC_CTYPE=C
> (charmap=ANSI_X3.4-1968)
> > 
> > Versions of packages util-vserver depends on:
> > ii  iproute 20041019-3  
> Professional tools to control the 
> > ii  libc6   2.3.2.ds1-22 GNU C
> Library: Shared libraries an
> > ii  libgcc1 1:3.4.3-13   GCC
> support library
> > ii  libstdc++5  1:3.3.5-12   The
> GNU Standard C++ Library v3
> > ii  net-tools   1.60-10  The
> NET-3 networking toolkit
> > 
> > -- no debconf information
> > 
> > 
> 
> -- 
>  - Ola Lundqvist
> ---
> /  [EMAIL PROTECTED]
> Annebergsslingan 37  \
> |  [EMAIL PROTECTED] 654 65
> KARLSTAD  |
> |  +46 (0)54-10 14 30  +46 (0)70-332
> 1551   |
> |  http://www.opal.dhs.org UIN/icq:
> 4912500 |
> \  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1
> B1CF 0FE5 3DD9 /
> 
>
---
> 



__ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new Resources site
http://smallbusiness.yahoo.com/resources/


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

Bug#311319: util-vserver: exim4 doesn't work under vserver ?

[gary ng]

Package: util-vserver
Version: 0.30.204-5
Severity: normal

I tried to install exim4-daemon-heavy under a vserver instance and it
fails to start because it tries to setrlimit(RLIMIT_NPROC) and failed. 

I am not sure if this is a problem of util-vserver or the vserver
kernel limitation or exim4.

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

Versions of packages util-vserver depends on:
ii  iproute 20041019-3   Professional tools to control the 
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-13   GCC support library
ii  libstdc++5  1:3.3.5-12   The GNU Standard C++ Library v3
ii  net-tools   1.60-10  The NET-3 networking toolkit

-- no debconf information


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

Bug#308788: apache2-common: userdir doesn't work for ldap based entries ?

[gary ng]

Package: apache2-common
Version: 2.0.54-2
Severity: normal

I used LDAP server to provide user info(getent all works through
libnss-ldap) but it seems that userdir module in apache2 doesn't honour
it. From the log, it seems that not even the translation of ~ldapuser to
/home/ldapuser/public_html occurred at all as I only see a /~ldapuser
access denied.

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

Versions of packages apache2-common depends on:
ii  apache2-utils   2.0.54-2 utility programs for webservers
ii  debconf 1.4.30.13Debian configuration management sy
ii  debianutils 2.8.4Miscellaneous utilities specific t
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libdb4.24.2.52-18Berkeley v4.2 Database Libraries [
ii  libexpat1   1.95.8-3 XML parsing C library - runtime li
ii  libgcc1 1:3.4.3-12   GCC support library
ii  libmagic1   4.12-1   File type determination library us
ii  mime-support3.28-1   MIME files 'mime.types' & 'mailcap
ii  net-tools   1.60-10  The NET-3 networking toolkit
ii  openssl 0.9.7e-3 Secure Socket Layer (SSL) binary a
ii  ssl-cert1.0-11   Simple debconf wrapper for openssl

-- no debconf information


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

Bug#309303: smbldap-tools: home creation with 0711 instead of 0700 possible ?

[gary ng]

Package: smbldap-tools
Version: 0.8.7-4
Severity: wishlist

I am creating a linux server for windows users using samba and
smbldap-tools. Everything works fine but I would suggest to change the
default home directory creation mode to 0711 instead of 0700, or may be
some environment parameter. The reason is that this same home directory
is used for both Maildir and apache userdir. Since apache2 in debian run
as www-data instead of root, it cannot read the home directory if it is
set to 0700 but 0711 is fine. This may weaken the security a bit but
since it is only the 'directory access' mode and files created under it
is still 0700, it should not present too much of security risk.

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

Versions of packages smbldap-tools depends on:
ii  libcrypt-smbhash-perl 0.02-6 generate LM/NT hash of a password 
ii  libdigest-sha1-perl   2.10-1 NIST SHA-1 message digest algorith
ii  libio-socket-ssl-perl 0.96-1 Class implementing an object orien
ii  libnet-ldap-perl  0.3202-3   A Client interface to LDAP servers
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#309430: coreutils: chown/chgrp has problem with LDAP based users ?

[gary ng]

Package: coreutils libpam-ldap libnss-ldap
Version: 5.2.1-2
Severity: important

I have no idea what the source of this. I have a LDAP directory setup
for user account management. Everything things work fine including login
etc. However, when I want to change the ownership of a file belong to a
particular user(under his home directory) when login as that user, I get
a operation not permitted, as below :

===
drwx--   5 chimp Domain Users  4096 May  6 19:00 Maildir
drwx--x--x   2 chimp Domain Users  4096 May 17 15:14 abc
drwx--x--x   7 chimp Domain Users  4096 May 16 10:59 bootstrap
-rw---   1 chimp Domain Users 119569602 May 16 10:48
bootstrap.dump.bz2
-rw-r--r--   1 chimp Domain Users   4282564 May 15 16:20
kernel-image-2.4.31-pre2-xbox-chimpanzee_1_i386.deb
-rw-r--r--   1 chimp Domain Users   5544312 May 15 00:38
kernel-image-2.6.11.9-xbox-chimpanzee_1_i386.deb
drwxr-xr-x   4 chimp Domain Users  4096 Feb 18 04:14 kernel-patches
drwx--x--x  16 chimp Domain Users  4096 May 15 17:11 linux-2.4-xbox
drwx--x--x   5 chimp Domain Users  4096 May 16 15:31 mm
-rwx--   1 chimp Domain Users  8573 May 17 12:04
mod_auth_userdir.c
drwxr-xr-x   3 chimp Domain Users  4096 May 17 14:40 public_html
drwxrwxr-x   2 chimp Domain Users  4096 May 12 17:19 share
drwxr-xr-x  17 chimp Domain Users  4096 May 13 11:06 xbox-cvs
[EMAIL PROTECTED]:~$ chown chimp.www-data abc
chown: changing ownership of `abc': Operation not permitted
=

However, if I login as another user which exist in the /etc/passwd, I
have no such problem.

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

Versions of packages coreutils depends on:
ii  libacl1 2.2.23-1 Access control list shared library
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an

-- no debconf information


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

Bug#309430: coreutils: chown/chgrp has problem with LDAP based users ?

[gary ng]

ah, but how come another user(non-root) can do it then
?
==
[EMAIL PROTECTED]:~$ ls -l
total 340
-rw-r--r--   1 svn svn  310332 Mar 21  2004
2.4.25-rmap15l
drwx--   3 svn svn4096 May  1 12:12
Desktop
drwx--   5 svn svn4096 May  6 13:26
Maildir
drwx--x--x   2 svn svn4096 May 17 15:53 abc
drwxr-xr-x   3 svn svn4096 May  1 11:03
colinux
drwxr-xr-x  15 svn svn4096 May 15 12:22
linux-2.4-chimp
drwxr-xr-x   2 svn svn4096 May 12 18:37
public_html
drwxrwxr-x   7 svn svn4096 Apr 30 11:12 repo
drwxr-xr-x   2 svn www-data   4096 May 12 17:20 share
[EMAIL PROTECTED]:~$ chown svn.www-data abc
[EMAIL PROTECTED]:~$ ls -l
total 340
-rw-r--r--   1 svn svn  310332 Mar 21  2004
2.4.25-rmap15l
drwx--   3 svn svn4096 May  1 12:12
Desktop
drwx--   5 svn svn4096 May  6 13:26
Maildir
drwx--x--x   2 svn www-data   4096 May 17 15:53 abc
drwxr-xr-x   3 svn svn4096 May  1 11:03
colinux
drwxr-xr-x  15 svn svn4096 May 15 12:22
linux-2.4-chimp
drwxr-xr-x   2 svn svn4096 May 12 18:37
public_html
drwxrwxr-x   7 svn svn4096 Apr 30 11:12 repo
drwxr-xr-x   2 svn www-data   4096 May 12 17:20 share
==

The only difference that I can find so far is that
user "chimp" has its info from LDAP(through
libnss/libpam), svn is a local user in /etc/passwd,
/etc/group

--- Bob Proulx <[EMAIL PROTECTED]> wrote:
> gary ng wrote:
> > I have no idea what the source of this. I have a
> LDAP directory setup
> > for user account management. Everything things
> work fine including login
> > etc. However, when I want to change the ownership
> of a file belong to a
> > particular user(under his home directory) when
> login as that user, I get
> > a operation not permitted, as below :
> 
> This is not a bug in coreutils.  It is a security
> policy decision of the
> operating system kernel.  Please read the GNU
> coreutils FAQ.
> 
>   http://www.gnu.org/software/coreutils/faq/
> 
> Look for "Why can only root chown files?"
> 
> Bob
> 



__ 
Yahoo! Mail Mobile 
Take Yahoo! Mail with you! Check email on your mobile phone. 
http://mobile.yahoo.com/learn/mail 


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

Bug#309430: coreutils: chown/chgrp has problem with LDAP based users ?

[gary ng]

oh, I see it now. So the "to" that I change to must
satisfy 2 conditions :

1. I am only changing the owner to myself
2. I must also be a member of the group owner that I
change to

I can understand (1) but it is (2) that I don't find
mentioned anywhere. Would it be better to mention it
somewhere in the faq.

Forgive my ignorance and please close the bug.


--- Bob Proulx <[EMAIL PROTECTED]> wrote:
> gary ng wrote:
> > ah, but how come another user(non-root) can do it
> then
> > ?
> 
> If you own the file and are also in the group then
> the linux kernel
> allows you to change the group.
> 
> > drwx--x--x   2 svn svn4096 May 17 15:53
> abc
> > [EMAIL PROTECTED]:~$ chown svn.www-data abc
> > [EMAIL PROTECTED]:~$ ls -l
> > drwx--x--x   2 svn www-data   4096 May 17 15:53
> abc
> 
> What does this say?
> 
>   id svn
> 
> Does it include the www-data group?  If so then the
> Linux kernel
> allows this fine.
> 
> Bob
> 



Yahoo! Mail
Stay connected, organized, and protected. Take the tour:
http://tour.mail.yahoo.com/mailtour.html



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

Bug#309757: usermin-ssh: failed to read ~/.ssh/known_hosts or ~/.ssh/authorized_keys at all

[gary ng]

Package: usermin-ssh
Version: 1.110-3
Severity: important

this package failed to read the mentioned files. I briefly went through
the code under /usr/share/usermin/ssh/ssl-lib.pl and it seems that the
format it expected is not quite the same as in my files, which is for
the default ssh package in sarge and I have no problem using it from
either another ssh client or putty or dropbear.


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

Versions of packages usermin-ssh depends on:
ii  perl  5.8.4-8Larry Wall's Practical Extraction 
ii  usermin   1.110-3a web interface for user tasks

-- no debconf information


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

Bug#310153: modutils: /lib/modules/`uname -r`/mod* not up to date for system without hw clock

[gary ng]

Package: modutils
Version: 2.4.26-1.2
Severity: minor

I have a xbox which can lose the HW clock from time to time. As a
result, I need to install the ntp time service to adjust it on boot up.
However, modutils is currently running in rcS.d as S20modutils, before
the time server starts. This means that the modules.dep file has a date
much earlier(bogus) than /etc/modules.conf and modprobe would give out
warning message.

I am not sure what that means(I assume there is nothing wrong as I don't
see any) but it is a bit scary to people not familiar with linux.

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

Versions of packages modutils depends on:
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  sysvinit2.86.ds1-1   System-V like init

-- no debconf information


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

Bug#307586: libnss-ldap: only root can see ldap entries ?

[gary ng]

Package: libnss-ldap
Version: 238-1
Severity: important

It seems that only root can see entries from LDAP. when I do a "su abc", I can 
get into it. But once, there whoami failed and "getent passwd" also shows 
entries only from /etc/passwd.

the ldap entries is created from webmin but it seems that root has no problem 
seeing any of them.

# abc, chimpanzee.homeip.net
dn: uid=abc,dc=chimpanzee,dc=homeip,dc=net
cn: abc
uid: abc
sn: abc
uidNumber: 1001
loginShell: /bin/sh
homeDirectory: /home/abc
gidNumber: 100
objectClass: person
objectClass: posixAccount
objectClass: shadowAccount
shadowLastChange: 12907
gecos: abc
==

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

Versions of packages libnss-ldap depends on:
ii  debconf 1.4.30.13Debian configuration management sy
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libkrb531.3.6-2  MIT Kerberos runtime libraries
ii  libldap22.1.30-3 OpenLDAP libraries

-- debconf information:
  libnss-ldap/bindpw: (password omitted)
* libnss-ldap/dblogin: false
  libnss-ldap/override: true
* shared/ldapns/base-dn: dc=chimpanzee,dc=homeip,dc=net
* shared/ldapns/ldap-server: 127.0.0.1
* libnss-ldap/confperm: true
* shared/ldapns/ldap_version: 3
  libnss-ldap/binddn: cn=proxyuser,dc=example,dc=net
* libnss-ldap/nsswitch:


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

Bug#307589: webmin-ldap-useradmin: can't create if samba option is selected

[gary ng]

Package: webmin-ldap-useradmin
Version: 1.180-3
Severity: important

I have installed samba 3.0.14a and failed to create user using this module if I 
select samba as well. The error is :


Failed to save user : Failed to add user to LDAP database : objectclass: value 
#2 invalid per syntax


My samba is working properly with the ldap backup. My guess is the schema used 
is not compatible.



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

Versions of packages webmin-ldap-useradmin depends on:
ii  libnet-imap-perl  0.02-3 A client interface to IMAP (Intern
ii  libnet-ldap-perl  0.3202-3   A Client interface to LDAP servers
ii  libnss-ldap   238-1  NSS module for using LDAP as a nam
ii  perl  5.8.4-8Larry Wall's Practical Extraction 
ii  webmin1.180-3web-based administration toolkit
ii  webmin-core   1.180-3core modules for webmin

-- no debconf information


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

Bug#307606: migrationtools: incompatible with latest slapd 2.2.23 in sarge

[gary ng]

Package: migrationtools
Version: 46-1
Severity: important

I tried to do a off line migration but failed when it try to add the domain dn, 
say dn="dc=my,dc=net" because the slapd configure already did it.

This make this tool basically useless as I need to look around to see how to 
bypass it.

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

Versions of packages migrationtools depends on:
ii  ldap-utils [openldap-utils]   2.2.23-1   OpenLDAP utilities
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#307613: migrationtools: can't have base domain like "dc=something,dc=homeip,dc=net"

[gary ng]

Package: migrationtools
Version: 46-1
Severity: normal

the script would start from right to left to create the dc entries so it would 
attempt to create dc=homeip,dc=net but since my base is 
"dc=something,dc=homeip,dc=net", it cannot be imported to the ldap server



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

Versions of packages migrationtools depends on:
ii  ldap-utils [openldap-utils]   2.2.23-1   OpenLDAP utilities
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#307616: migrationtools: needs misc.schema which is not included in slapd configuration by default

[gary ng]

Package: migrationtools
Version: 46-1
Severity: normal

the tools generate ldif with entries that requires objectClass: nisMailAlias

This however is only in misc.schema of openldap but slapd doesn't include it by 
default. So a default installation cannot use migrationtools

I am not sure if this should be assigned to slapd or migrationtools

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

Versions of packages migrationtools depends on:
ii  ldap-utils [openldap-utils]   2.2.23-1   OpenLDAP utilities
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#307618: migrationtools: multiple "cn=echo, ou=Services, dc=domain, dc=net" entries generated

[gary ng]

Package: migrationtools
Version: 46-1
Severity: normal

because the script read through /etc/services but there are multiple entries 
(tcp/udp) for echo(may other too), so multiple entries have been generated 

This make the package not usable out of the box, at least the migrate-all 
scripts

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

Versions of packages migrationtools depends on:
ii  ldap-utils [openldap-utils]   2.2.23-1   OpenLDAP utilities
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#307586: libnss-ldap: only root can see ldap entries ?

[gary ng]

I found out why. During the installation, I am asked
if I want to make it readable only by owner(root) and
I said yes, as I do notice there is the chance that
password would be stored in /etc/libnss-ldap.conf

This seems to prevent the ldap library to see the file
when I am not root and just don't do anything.

I still think this is a bug though as the nsswitch
mechanism is supposed to be a system wide thing and
the behaviour is a bit odd only because of the access
right to a config file.

I would suggest to just remove this option in the
installation prompt or have better wording as this
strange behaviour makes the whole thing useless.

The login works(as it is root when running) but once
success, the active uid switched and the login user
can't find the entry to retrieve things like sh, home
etc. 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Bug#307628: libpam-ldap: seems that md5 is supported now but now mentioned in man or conf

[gary ng]

Package: libpam-ldap
Version: 178-1
Severity: minor

The changelog said that md5 is now supported(which I assume is also included in 
the debian build) but the man page have no mentioning of it.

It would be great if it can be updated to reflect this as md5 is the preferred 
way for the shadow password anyway.

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

Versions of packages libpam-ldap depends on:
ii  debconf 1.4.30.13Debian configuration management sy
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libldap22.1.30-3 OpenLDAP libraries
ii  libpam0g0.76-22  Pluggable Authentication Modules l

-- debconf information:
  libpam-ldap/rootbindpw: (password omitted)
  libpam-ldap/bindpw: (password omitted)
* shared/ldapns/base-dn: dc=chimpanzee,dc=homeip,dc=net
* shared/ldapns/ldap-server: 127.0.0.1
  libpam-ldap/pam_password: crypt
  libpam-ldap/binddn: cn=proxyuser,dc=example,dc=net
  libpam-ldap/rootbinddn: cn=manager,dc=example,dc=net
  libpam-ldap/dbrootlogin: true
  libpam-ldap/override: true
* shared/ldapns/ldap_version: 3
  libpam-ldap/dblogin: false


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

Bug#307589: webmin-ldap-useradmin default doesn't match samba package in sarge

[gary ng]

Hi,

I found the problem. The default object class in this
package use sambaAccount which is for samba 2.2, samba
3.0.x(standard in sarge) now use sambaSamAccount.

This can be changed in the module config in webmin but
I believe it would be better to change it in the
default so it can work out of the box, or may be a
mentioning of this in README.Debian.



__ 
Yahoo! Mail Mobile 
Take Yahoo! Mail with you! Check email on your mobile phone. 
http://mobile.yahoo.com/learn/mail 


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

Bug#307885: courier-authdaemon: better /etc/pam.d/imap default

[gary ng]

Package: courier-authdaemon
Version: 0.47-4
Severity: normal

hi,

as sarge now use the covention of @include common-auth etc. for pam.d setup, it 
may be better to have the imap default to follow this too.

The current /etc/pam.d/imap installed only have pam_unix.so hardcoded by 
default, and doesn't see the changes I made to /etc/pam.d/common-*



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

Versions of packages courier-authdaemon depends on:
ii  courier-base0.47-4   Courier Mail Server - Base system
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libgdbm31.8.3-2  GNU dbm database routines (runtime
ii  libpam0g0.76-22  Pluggable Authentication Modules l

-- no debconf information


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

Bug#308416: slapd: should db_recover be called on start up ?

[gary ng]

Package: slapd
Version: 2.2.23-1
Severity: important

my machine hangs(not related to slapd) which requires hard reset.
However, on next boot, slapd failed to boot because of the backend
database issue. I need to call db4.2_recover to fix it in order to
restart it. I haven't seen this behaviour when I was using ldbm. Would
it be better to have this check down in the slapd rc script as
otherwise, a system is basically not usable if I have the user database
in LDAP.

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

Versions of packages slapd depends on:
ii  coreutils [fileutils]   5.2.1-2  The GNU core utilities
ii  debconf 1.4.30.13Debian configuration management sy
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libdb4.24.2.52-18Berkeley v4.2 Database Libraries [
ii  libiodbc2   3.52.2-3 iODBC Driver Manager
ii  libldap-2.2-7   2.2.23-1 OpenLDAP libraries
ii  libltdl31.5.6-6  A system independent dlopen wrappe
ii  libperl5.8  5.8.4-8  Shared Perl library
ii  libsasl22.1.19-1.5   Authentication abstraction library
ii  libslp1 1.0.11a-2OpenSLP libraries
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
ii  libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra
ii  perl [libmime-base64-perl]  5.8.4-8  Larry Wall's Practical Extraction 
ii  psmisc  21.5-1   Utilities that use the proc filesy

-- debconf information:
  slapd/internal/adminpw: (password omitted)
* slapd/password1: (password omitted)
* slapd/password2: (password omitted)
  slapd/password_mismatch:
  slapd/fix_directory: true
  slapd/invalid_config: true
* shared/organization: chimpanzee.homeip.net
  slapd/upgrade_slapcat_failure:
  slapd/upgrade_slapadd_failure:
  slapd/backend: BDB
  slapd/dump_database: when needed
* slapd/allow_ldap_v2: true
  slapd/no_configuration: false
  slapd/move_old_database: true
  slapd/suffix_change: false
  slapd/slave_databases_require_updateref:
  slapd/dump_database_destdir: /var/backups/slapd-VERSION
  slapd/autoconf_modules: true
  slapd/purge_database: false
  slapd/admin:
* slapd/domain: chimpanzee.homeip.net


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

Bug#314774: newvserver failed during debootstrap

[gary ng]

Package: vserver-debiantools
Version: 0.1.10
Severity: important

=
Errors were encountered while processing:
 /var/cache/apt/archives/console-tools_1%3a0.2.3dbs-56_i386.deb
 W: Failure while installing base packages.  This will be re-attempted
 up to five times.
=

I have no idea why this error occurs but it fails. I don't know how to
tell debootstrap in this case to report more info of what happened.

-- System Information:
Debian Release: 3.1
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 vserver-debiantools depends on:
ii  binutils2.15-6   The GNU assembler, linker and bina
ii  debootstrap 0.2.45-0.2   Bootstrap a basic Debian system
ii  rsync   2.6.4-6  fast remote file copy program (lik
ii  util-vserver0.30.204-5sarge2 tools for Virtual private servers 

-- no debconf information


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

Bug#314774: newvserver failed during debootstrap

[gary ng]

See my other mail, this only happens when the target
is on a jfs(2.4 kernel) partition. Error was due to a
stat call to the odd file name. But a plain
debootstrap goes without error. I think it is a bug of
jfs but triggered by the odd combination 

--- Ola Lundqvist <[EMAIL PROTECTED]> wrote:

> tags 314774 + sarge
> thanks
> 
> Hello
> 
> On Sat, Jun 18, 2005 at 09:16:35PM +0800, gary ng
> wrote:
> > Package: vserver-debiantools
> > Version: 0.1.10
> > Severity: important
> > 
> >
>
=
> > Errors were encountered while processing:
> > 
>
/var/cache/apt/archives/console-tools_1%3a0.2.3dbs-56_i386.deb
> >  W: Failure while installing base packages.  This
> will be re-attempted
> >  up to five times.
> >
>
=
> > 
> > I have no idea why this error occurs but it fails.
> I don't know how to
> > tell debootstrap in this case to report more info
> of what happened.
> 
> I have no clue either. I have tested this a couple
> of times and it have
> gone good. Have you installed with earlier versions
> of sarge or woody before?
> 
> Regards,
> 
> // Ola
> 
> > -- System Information:
> > Debian Release: 3.1
> > 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 vserver-debiantools depends
> on:
> > ii  binutils2.15-6   The
> GNU assembler, linker and bina
> > ii  debootstrap 0.2.45-0.2  
> Bootstrap a basic Debian system
> > ii  rsync   2.6.4-6  fast
> remote file copy program (lik
> > ii  util-vserver0.30.204-5sarge2 tools
> for Virtual private servers 
> > 
> > -- no debconf information
> > 
> > 
> 
> -- 
>  - Ola Lundqvist
> ---
> /  [EMAIL PROTECTED]
> Annebergsslingan 37  \
> |  [EMAIL PROTECTED] 654 65
> KARLSTAD  |
> |  +46 (0)54-10 14 30  +46 (0)70-332
> 1551   |
> |  http://www.opal.dhs.org UIN/icq:
> 4912500 |
> \  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1
> B1CF 0FE5 3DD9 /
> 
>
---
> 




 
Yahoo! Sports 
Rekindle the Rivalries. Sign up for Fantasy Football 
http://football.fantasysports.yahoo.com


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

Bug#315017: samba: failed to query CUPS on boot

[gary ng]

Package: samba
Version: 3.0.14a-3
Severity: normal

On my Xbox(64M, 733 Celeron), samba failed to query CUPS on bootup. This
could be due to the fact that the resources is limited(and both CUPS and
SAMBA is at S20) so when smbd is starting, CUPS has not fully up yet. I
only see 2 lines of error in the smbd log saying connecting to CUPS
refused. This leave the server fails to share any print resources. I
need to manually do a start/stop of samba. Are there any way to tell
samba to periodically retry the probing of CUPS rather than just at
startup ?

-- System Information:
Debian Release: 3.1
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 samba depends on:
ii  debconf [debconf-2.0]   1.4.30.13Debian configuration management sy
ii  libacl1 2.2.23-1 Access control list shared library
ii  libattr12.4.16-1 Extended attribute shared library
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libcomerr2  1.37-2sarge1 common error description library
ii  libcupsys2-gnutls10 1.1.23-10Common UNIX Printing System(tm) - 
ii  libkrb531.3.6-2  MIT Kerberos runtime libraries
ii  libldap22.1.30-8 OpenLDAP libraries
ii  libpam-modules  0.76-22  Pluggable Authentication Modules f
ii  libpam-runtime  0.76-22  Runtime support for the PAM librar
ii  libpam0g0.76-22  Pluggable Authentication Modules l
ii  libpopt01.7-5lib for parsing cmdline parameters
ii  logrotate   3.7-5Log rotation utility
ii  netbase 4.21 Basic TCP/IP networking system
ii  samba-common3.0.14a-3Samba common files used by both th

-- debconf information:
  samba/nmbd_from_inetd:
* samba/run_mode: daemons
  samba/log_files_moved:
  samba/tdbsam: false
* samba/generate_smbpasswd: true


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

Bug#315017: samba: failed to query CUPS on boot

[gary ng]

yes, it is a timing problem. It is neither a bug of
CUPS or Samba. However, since it is Samba quering
CUPS, it can only be fixed/worked around by samba.

restart samba after CUPS is properly up solved the
problem. But that means something needs to be done to
delay the samba process. Of course, a longer term
solution is have it done periodically within samba.

both CUPS and samba is now at S20, almost at the same
time. I have changed CUPS to S19 but it still doesn't
help. Mainly because there is still no delay.

--- Christian Perrier <[EMAIL PROTECTED]> wrote:

> Quoting gary ng ([EMAIL PROTECTED]):
> > Package: samba
> > Version: 3.0.14a-3
> > Severity: normal
> > 
> > On my Xbox(64M, 733 Celeron), samba failed to
> query CUPS on bootup. This
> > could be due to the fact that the resources is
> limited(and both CUPS and
> > SAMBA is at S20) so when smbd is starting, CUPS
> has not fully up yet. I
> > only see 2 lines of error in the smbd log saying
> connecting to CUPS
> > refused. This leave the server fails to share any
> print resources. I
> 
> 
> This sounds strange as the CUPS init script is
> actually started before
> the samba daemons.
> 
> Could it be a timing problem, meaning that CUPS
> stuff is not ready
> when the samab processes start immediately after? If
> so, I would
> rather call this a bug in cupsys.
> 
> What happens when you manually stop then restart
> samba after the
> system boot is finished?
> 
> 
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Bug#315035: smbldap-tools: support ldapi:/// ?

[gary ng]

Package: smbldap-tools
Version: 0.8.7-4
Severity: wishlist

I tried to run samba under vserver where the localhost(127.0.0.1) is
being mapped to the assigned ip address. slapd has no problem about
it(even if I tell it to listen to 127.0.0.1, it actually is listening to
the real ip). However, many ldap tools failed to see this including
smbldap-tools. for those which support ldapi, I can change them as well.
But smbldap-tools doesn't support ldapi based on what I read in the
code. The Net::LDAPI is already part of standard Perl 5 ldap library but
smbldap-tools don't use it at them moment.

Hopefully, this can be added in the future.

-- System Information:
Debian Release: 3.1
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 smbldap-tools depends on:
ii  libcrypt-smbhash-perl 0.02-6 generate LM/NT hash of a password 
ii  libdigest-sha1-perl   2.10-1 NIST SHA-1 message digest algorith
ii  libio-socket-ssl-perl 0.96-1 Class implementing an object orien
ii  libnet-ldap-perl  0.3202-3   A Client interface to LDAP servers
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#315225: bootstrapped /etc/apt/sources.list still use "testing" when I said sarge on debootstrap

[gary ng]

Package: debootstrap
Version: 0.2.45-0.2
Severity: minor

as subject said. when I bootstrap a new image then run base-config,
testing is used instead of stable for the sources.list

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

Versions of packages debootstrap depends on:
ii  binutils2.15-6   The GNU assembler, linker and bina
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  wget1.9.1-12 retrieves files from the web

-- no debconf information


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

Bug#315017: samba: failed to query CUPS on boot

[gary ng]

I would say this is a problem of samba, not CUPS. CUPS
being a network daemon(which AFAIK use protocol
similar to HTTP, i.e. no persistent socket) should be
expected to come and go at any time. Some kind of
periodic polling routine is needed in samba if
automatic CUPS printer discovery is a feature of
samba. If samba notice the change of smb.conf for
printer/share definition changes, it should notice the
comes and go of CUPS service(the network port
availability, not process ID).

--- Steve Langasek <[EMAIL PROTECTED]> wrote:

> On Wed, Jul 06, 2005 at 07:05:05AM +0200, Christian
> Perrier wrote:
> > > Hmmm, we'll try to deal with this. Kenshi, as
> the CUPS thing
> > > maintainer, could you look at #315017 at some
> moment.
> 
> > > In short, samba fails to use CUPS printers when
> it is started "too
> > > quickly" after CUPS is started (both start at
> "level 20" in init.d).
> 
> > > This may also break other things which use CUPS
> after it is started,
> > > so this is probably not really specific to
> samba.
> 
> > I think we should consider reassigning this bug to
> the cupsys package
> > with something like "CUPS printing services are
> not available
> > immediately afer the daemon is started".
> 
> > Strictly speaking this should be RC as "this
> breaks unrelated
> > software".
> 
> I disagree.  It's my understanding that this is a
> longstanding bug in samba
> for failing to sanely poll cups for information
> about available print
> queues.  Even if cupsys *was* changed to only return
> from the init script
> after the printer lists have been made available,
> smbd still has a bug in
> not handling changes to the CUPS printer list.
> 
> -- 
> Steve Langasek
> postmodern programmer
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Bug#332211: ion3: helvetica font used not found ?

[gary ng]

thanks, what would be the font package that contains
the needed helvetica fonts ? 

--- Norbert Tretkowski <[EMAIL PROTECTED]> wrote:

> tags 332211 +pending
> thanks
> 
> * [EMAIL PROTECTED] wrote:
> > For some reason, the helvetica-medium font choosen
> in the look lua
> > is not found on my system which is a minimal X
> installation with
> > only xfonts-base. 
> > 
> > It is not fatal but just a bit annoying on start
> up.
> 
> I added some font recommendations to the ion3
> package in svn, upload
> in a few days.
> 
> Thanks, Norbert
> 




__ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com


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

Bug#328032: darcs: --set-scripts-executable works partially

[gary ng]

testing shell script. It is very simple to reproduce.
Just with the following :

mkdir dir1
cd dir1
echo "#!/bin/sh" > a
chmod 0755 a
darcs init
darcs add *
darcs record
cd ..
darcs get --set-scripts-executable dir1 dir2

Now dir2/a is 0754, instead of 0755.

--- Isaac Jones <[EMAIL PROTECTED]> wrote:

> [EMAIL PROTECTED] writes:
> 
> > Package: darcs
> > Version: 1.0.3-2
> > Severity: important
> >
> > The original file has 0755 but after a "darcs get
> > --set-scripts-executable", the mode is 0754.
> 
> What sort of file is this?  How can I reproduce it?
> 
> peace,
> 
>   isaac
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Bug#328032: darcs: --set-scripts-executable works partially

[gary ng]

Basically yes. But upstream said that they don't
intend to change it at the moment because of cross
platform concern(Windows) and set-scripts-executable
is the hack for *nix. It basically works as most
things managed by SCM(be it darcs or others) are
source code and build scripts so this hack meets 95%
of the need(not as good as really store the metadata).
I just want it to do the right thing of change all
three instead of just the first two(owner/group). This
is a bug for set-scripts-executable itself. I have
already informed upstream.

--- Isaac Jones <[EMAIL PROTECTED]> wrote:

> gary ng <[EMAIL PROTECTED]> writes:
> 
> > testing shell script. It is very simple to
> reproduce.
> > Just with the following :
> >
> > mkdir dir1
> > cd dir1
> > echo "#!/bin/sh" > a
> > chmod 0755 a
> > darcs init
> > darcs add *
> > darcs record
> > cd ..
> > darcs get --set-scripts-executable dir1 dir2
> >
> > Now dir2/a is 0754, instead of 0755.
> 
> I'm not exactly sure how this feature decides what a
> script is.  I
> assume it uses extensions.  I've forwarded this
> upstream as a request
> to fix the documentation.
> 
> But it sounds like you're actually asking for
> general permission
> support, which is already filed as a bug:
> 
>
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=311156
> 
> Do you think your bug / feature request is redundant
> with that one?
> 
> peace,
> 
>   isaac
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Bug#404278: encfs: chmod not honoured ?

[gary ng]

Package: encfs
Version: 1.2.5-1-1
Severity: important

It seems that encfs doesn't honour chmod so all file created are in mode 0755
I initially thought that it is related to the allow_other option in fuse but
I tested that sshfs with the same allow_other option does honour chmod

-- 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-co-0.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages encfs depends on:
ii  fuse-utils   2.5.3-4.1   Filesystem in USErspace (utilities
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libfuse2 2.5.3-4.1   Filesystem in USErspace library
ii  libgcc1  1:4.1.1-19  GCC support library
ii  librlog1c2a  1.3.7-1 flexible message logging library
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  libstdc++6   4.1.1-19The GNU Standard C++ Library v3

encfs recommends no packages.

-- no debconf information


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

Bug#407695: python-fuse: it seems that the binding only support 31 bit file size

[gary ng]

Package: python-fuse
Version: 2.5-5
Severity: important

I am writing a simple FUSE system interfacing with Amazon's S3 using it as a
block device. That means I need to be able to handle file size which can be
quite large like 100G. What I found is that the C/Python interface system to
limits the number passing in and out by the long(32 bit) integer, say the
write(path, buf, off) call where the offset is seen as negative in the python
side for offset > 2*31.

This means individual file is now limited to 2G in size. Is this an oversight
or there are other limitation ? I browse through the c module code which use
the "i" format char and I am wondering if this is limited to 32 bit long and
if it is possible to use some other rep like "long long".

-- 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-co-0.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages python-fuse depends on:
ii  libfuse2  2.5.3-4.1  Filesystem in USErspace library
ii  python2.4.4-1An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt

python-fuse recommends no packages.

-- no debconf information


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

Bug#407695: Acknowledgement (python-fuse: it seems that the binding only support 31 bit file size)

[gary ng]

Further info:

I grab the source of python-fuse and change the format
string in the read/write function, "i" -> "L" and they
now come out as expected.

However, the getattr function would boom because of
the size return exceed what a long can hold. But I
failed to find how to tell it to treat this as
LongLong as changing it to fromLongLong would have
function not found error during run time.


 

Get your own web address.  
Have a HUGE year through Yahoo! Small Business.
http://smallbusiness.yahoo.com/domains/?p=BESTDEAL


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

Bug#407695: python-fuse: I have made a quick patch

[gary ng]

Package: python-fuse
Version: 2.5-5
Followup-For: Bug #407695

Below is a diff of the quick patch I made. It does not interfere with
existing applications if they work within the existing 2*31 -1 size limit. If
they do, the change would mean read/write/truncate would receive the correct
offset size and it is their responsibility to handle it properly. The problem
I see is the C wrapper of getattr still expect a 32 bit signed integer so it
cannot be returned as stored. As a result, I use "-1" as an indicator 
that field is invalid and two extra fields at the end of the tuple is needed
to construct the > 32 bit size. See the getattr C wrapper for how to
construct it. 


--- _fusemodule.c.old   2006-02-04 11:21:38.0 +0800
+++ _fusemodule.c   2007-01-21 14:26:17.0 +0800
@@ -85,6 +85,14 @@
 st->st_mtime= PyInt_AsLong(PySequence_GetItem(v, 8));
 st->st_ctime= PyInt_AsLong(PySequence_GetItem(v, 9));
 
+#ifdef HAVE_LONG_LONG
+if (st->st_size < 0) {
+off_t xx = PyInt_AsLong(PySequence_GetItem(v, 10));
+off_t yy = PyInt_AsLong(PySequence_GetItem(v, 11));
+st->st_size = (xx << 31) + yy;
+} 
+#endif
+
 /* Fill in fields not provided by Python lstat() */
 st->st_blksize= 4096;
 st->st_blocks= (st->st_size + 511)/512;
@@ -258,7 +266,11 @@
 
 static int truncate_func(const char *path, off_t o)
 {
+#ifdef HAVE_LONG_LONG
+   PyObject *v = PyObject_CallFunction(truncate_cb, "sL", path, o);
+#else
PyObject *v = PyObject_CallFunction(truncate_cb, "si", path, o);
+#endif
PROLOGUE
EPILOGUE
 }
@@ -278,7 +290,11 @@
 
 static int read_func(const char *path, char *buf, size_t s, off_t off)
 {
+#ifdef HAVE_LONG_LONG
+   PyObject *v = PyObject_CallFunction(read_cb, "siL", path, s, off);
+#else
PyObject *v = PyObject_CallFunction(read_cb, "sii", path, s, off);
+#endif
PROLOGUE
if(PyString_Check(v)) {
if(PyString_Size(v) > s) goto OUT_DECREF;
@@ -292,7 +308,11 @@
 
 static int write_func(const char *path, const char *buf, size_t t, off_t off)
 {
+#ifdef HAVE_LONG_LONG
+   PyObject *v = PyObject_CallFunction(write_cb,"ss#L", path, buf, t, off);
+#else
PyObject *v = PyObject_CallFunction(write_cb,"ss#i", path, buf, t, off);
+#endif
PROLOGUE
EPILOGUE
 }
-- 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-co-0.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages python-fuse depends on:
ii  libfuse2  2.5.3-4.1  Filesystem in USErspace library
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt

python-fuse recommends no packages.

-- no debconf information


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

Bug#408057: Is it true that nbd-client and server should not be on the same machine ?

[gary ng]

Package: nbd-client
Version: 1:2.8.7-3
Severity: normal

Hi,

I am writing my nbd-server replacement using python(mainly for the purpose of
plugin non-file things as a block device). But it seems that running both the
server and client on the same machine have the possbility of stalling the
whole system.

I have done some stress test without involving the kernel block driver and
both my client and server can run smoothly. However, once I use the real
nbd-client which plugs the socket to the kernel driver then doing a "mke2fs -j
/dev/nbd0", there is a good chance that the whole system would stall.

The network though continue to work as the routing function is not affected.

Is this a known issue ?

-- 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-co-0.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages nbd-client depends on:
ii  debconf [debconf-2.0]1.5.8   Debian configuration management sy
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries

nbd-client recommends no packages.

-- debconf information:
  nbd-client/device:
  nbd-client/host:
  nbd-client/port:
  nbd-client/type: raw
  nbd-client/number: 0
  nbd-client/no-auto-config:


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

Bug#407695: python-fuse: I have made a quick patch

[gary ng]

Is this in debian unstable ? I am running etch and
need a package that is in debian which is what my
patch is against.

--- Csaba Henk <[EMAIL PROTECTED]> wrote:

> On Sun, Jan 21, 2007 at 12:56:33PM -0800, Sebastien
> Delafond wrote:
> > tag 407695 + patch
> > Passing on this "quick" patch to upstream...
> 
> This patch is against a quite old version of
> fuse-python.
> 
> > > I see is the C wrapper of getattr still expect a
> 32 bit signed integer so it
> > > cannot be returned as stored. As a result, I use
> "-1" as an indicator 
> > > that field is invalid and two extra fields at
> the end of the tuple is needed
> > > to construct the > 32 bit size. See the getattr
> C wrapper for how to
> > > construct it. 
> 
> I think development HEAD gets this right. Please
> make a try with that
> and report if still there is something to improve
> here.
> 
> > > python-fuse recommends no packages.
> 
> Yeah, that's true. I am to be blamed for this.
> 
> Until there will be a proper release: I can
> recommend to create a
> release from the HEAD code at the time of writing
> this.
> 
> As a "permalink", you can use the urls provided by
> the Mercurial mirror:
> 
>  
>
http://mercurial.creo.hu/repos/fuse-python-hg/?cs=cc3a99b21a0d
>  
>
http://mercurial.creo.hu/repos/fuse-python-hg/?ca=cc3a99b21a0d;type=gz
> 
> I know this is a hacky suggestion but that's what I
> can offer ATM.
> 
> HTH,
> Csaba
> 



 

Don't get soaked.  Take a quick peak at the forecast
with the Yahoo! Search weather shortcut.
http://tools.search.yahoo.com/shortcuts/#loc_weather


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

Bug#294419: vtgrab: no manpage for rvc/rvcd

[gary ng]

Package: vtgrab
Version: 0.1.8-2
Severity: normal

I tried 'man rvc' or 'man rvcd' and it didn't find any. I believe the debian 
policy is that any command should have manpage ?


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

Versions of packages vtgrab depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand

-- no debconf information


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

Bug#282204: gmailfs in sarge is still not usable.

[gary ng]

While the dependency has changed back to fuse-utils
1.3-1, the calling parameter in mount.gmailfs seems to
be changed to the newer version so it gives a unknown
option with fuse-util 1.3-1(fusermount).

I believe this bug should be re-opened or a new one
assigned. Basically, the current gmailfs needs the
newer fuse-utils, just blindly changes the dependency
back is plain wrong.



__ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 


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

Bug#296046: symlink doesn't work in "svn merge"

[gary ng]

Package: subversion
Version: 1.1.3-1
Release: sarge

When I tried to merge in a branch to a trunk, the
symlink in branch cannot properly created in trunk.
The following is an example.

/repo/trunk
/repo/my-branch

at this time, trunk and my-branch are identical.

1. create the link in my-branch

svn co file:///repo/my-branch my-branch
cd my-branch
ln -sf somefile mylink
svn add mylink
svn commit
=

2. verify the link
=
svn co file:///repo/my-branch update-branch
=
here the symlink is properly restored on checkout

3. merge my-branch to trunk
=
svn co file:///repo/trunk trunk
cd trunk
svn merge -r10:11 file:///repo/my-branch
=
here the file of the symlink is still created but it
is an empty file rather than a symlink

hope that is enough to explain the bug.

regards

gary



__ 
Do you Yahoo!? 
Yahoo! Mail - 250MB free storage. Do more. Manage less. 
http://info.mail.yahoo.com/mail_250


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

Bug#296191: defconf value not stored on initial install

[gary ng]

Package: viewcvs
Version: 0.9.2+cvs.1.0.dev.2004.07.28-4

I tried to install viewcvs on a fresh sarge. However,
the configuration is not stored in
/etc/viewcvs/*.conf, I believe some default is being
used instead.

A subsequent dpkg-reconfigure viewcvs does able to
make the actual changes both to /etc/viewcvs/* as well
as the dpkg memorized configure. Oddly enough, even
the second dpkg-reconfigure show default values(on
start up), not the value I entered during installation
so it was lost there, thus cannot propagate to
/etc/viewcvs/

I have redo it several times with "apt-get remove
--purge" to confirm the behaviour.

Another minor problem(at least with apache2). viewcvs
put a config(Alias /doc/viewcvs) under /etc/conf.d
which is included before the sites-enabled/ include.
But in the default site configuration, /doc/ is
aliased again so all reference to /doc/viewcvs becomes
broken links(like the power by viewcvs icon).

Yet another minor issue. 

docroot is commented out in viewcvs.conf by default
this result in the CVS help link using /*docroot*/
which looks for /etc/doc/viewcvs/* thus again a broken
link.

I need to uncomment docroot=/viewcvs and change the
Alias under conf.d/viewcvs to access the help. The
"powered by" icon  unfortunately is still broken as it
seems to be hard coded to /doc/viewcvs/

BTW, the help in debconf about alias is different from
the default conf.d/viewcvs used. One use
/doc/viewcvs(in conf.d/viewcvs), the help talks about
/viewcvs.





__ 
Do you Yahoo!? 
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com 


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

Bug#296494: webmin-ldap-useradmin cannot create new user(no structural object class)

[gary ng]

Package: webmin-ldap-useradmin
Version: 1.160-3
Distribution: testing
Severity: grave

The webmin module(both this and the latest one from
webmin.com) is just not compatible with debian's ldap
schema setup making this module not usable, thus the
grave severity.

The problem is that inetOrgPerson is not included in
the class which is a must for the ldap scheme to work.
In order to make this module work in debian, the
following change is needed (in
/usr/share/webmin/save_user.cgi) :

add inetOrgPerson to the object class needed
add 'sn' attribute as that is a must for inetOrgPerson

After the above changes, this module can create users
as expected. Though it is still not compatible with
debian's standard behaviour of each user has its own group.



__ 
Do you Yahoo!? 
Yahoo! Mail - Helps protect you from nasty viruses. 
http://promotions.yahoo.com/new_mail


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

Bug#296498: samba a must ?

[gary ng]

Package: ldap-account-manager
Version: 0.4.7-1

I understand that this package use the samba schema.
However, it seems that I must also create at least one
samba domain before I can create any user or group.

I believe it would be better it is documented as such
that samba is a requirement for this package, as the
impression I get is that samba is a feature so I may
even use this to manage standard unix account without
installing samba.

Another minor issue, it seems that this package is not
compatible with the standard debian behaviour of each
user has own group. Well, I can always create the
group first then the user, but just not as seamless as
"adduser".




__ 
Do you Yahoo!? 
Take Yahoo! Mail with you! Get it on your mobile phone. 
http://mobile.yahoo.com/maildemo 


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

Bug#297170: fail to build as non-root

[gary ng]

Package: lirc-modules-source
Version: 0.6.6-12
Release: sarge

I failed to build this package if I am not root. seems
that the make-kpkg --rootcmd fakeroot has no effect on
this.

Another minor issue, I can't find a "kdist" target. I
understand that in general kdist is not needed but I
have included a new module for lirc(xbox remote) so I
want to make a custom kdist target.



__ 
Do you Yahoo!? 
Yahoo! Mail - 250MB free storage. Do more. Manage less. 
http://info.mail.yahoo.com/mail_250


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

Bug#409887: git-core: git-http-fetch creates double slash("//") which not all servers know how to handle

[gary ng]

Package: git-core
Version: 1:1.4.4.3-1
Severity: normal

http-fetch.c construct the pack info retreival based on the pased in base
which has deliberately added a "/" at the end in perl script. This results in
url of the form "http://base//objects/info/packs"; being submitted to the
server. I briefly go through the RFC and there is no specification saying
double slash(or multiple for that matter) should be compressed into a single
one. Though most apache installation does.

What I am using is amazon's S3 service which does not though. As a result, the
URL is not found. The result is that I cannot serve a packed repo on S3.

Below is a patch to fix this, please consider it or discuss it with upstream.

--- http-fetch.c.old2006-12-21 04:11:12.0 +0800
+++ http-fetch.c2007-02-06 12:27:18.0 +0800
@@ -400,7 +400,7 @@
fprintf(stderr, "Getting index for pack %s\n", hex);
 
url = xmalloc(strlen(repo->base) + 64);
-   sprintf(url, "%s/objects/pack/pack-%s.idx", repo->base, hex);
+   sprintf(url, "%sobjects/pack/pack-%s.idx", repo->base, hex);
 
filename = sha1_pack_index_name(sha1);
snprintf(tmpfile, sizeof(tmpfile), "%s.temp", filename);
@@ -479,7 +479,7 @@
 
/* Try reusing the slot to get non-http alternates */
alt_req->http_specific = 0;
-   sprintf(alt_req->url, "%s/objects/info/alternates",
+   sprintf(alt_req->url, "%sobjects/info/alternates",
base);
curl_easy_setopt(slot->curl, CURLOPT_URL,
 alt_req->url);
@@ -634,7 +634,7 @@
fprintf(stderr, "Getting alternates list for %s\n", base);
 
url = xmalloc(strlen(base) + 31);
-   sprintf(url, "%s/objects/info/http-alternates", base);
+   sprintf(url, "%sobjects/info/http-alternates", base);
 
/* Use a callback to process the result, since another request
   may fail and need to have alternates loaded before continuing */
@@ -684,7 +684,7 @@
fprintf(stderr, "Getting pack list for %s\n", repo->base);
 
url = xmalloc(strlen(repo->base) + 21);
-   sprintf(url, "%s/objects/info/packs", repo->base);
+   sprintf(url, "%sobjects/info/packs", repo->base);
 
slot = get_active_slot();
slot->results = &results;
@@ -766,7 +766,7 @@
}
 
url = xmalloc(strlen(repo->base) + 65);
-   sprintf(url, "%s/objects/pack/pack-%s.pack",
+   sprintf(url, "%sobjects/pack/pack-%s.pack",
repo->base, sha1_to_hex(target->sha1));
 
filename = sha1_pack_name(target->sha1);

-- 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-co-0.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages git-core depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcurl3-gnutls  7.15.5-1Multi-protocol file transfer libra
ii  libdigest-sha1-perl  2.11-1  NIST SHA-1 message digest algorith
ii  liberror-perl0.15-8  Perl module for error/exception ha
ii  libexpat11.95.8-3.3  XML parsing C library - runtime li
ii  perl-modules 5.8.8-6.1   Core Perl modules
ii  rcs  5.7-18  The GNU Revision Control System
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages git-core recommends:
ii  curl 7.15.5-1Get a file from an HTTP, HTTPS, FT
ii  git-doc  1:1.4.4.1-1 content addressable filesystem (do
ii  less 394-4   Pager program similar to more
ii  openssh-client [ssh-client]  1:4.3p2-7   Secure shell client, an rlogin/rsh
ii  patch2.5.9-4 Apply a diff file to an original
ii  python   2.4.4-2 An interactive high-level object-o
ii  rsync2.6.9-2 fast remote file copy program (lik

-- no debconf information


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

Bug#410005: liblua5.1-curl0: the doc/ directory in source should be included in the binary package

[gary ng]

Package: liblua5.1-curl0
Version: 0.2.0-3
Severity: minor

I need to get to the source tarball to find out how to use the binding, I
believe it should be included in the binary package. As that is the only
updated doc(even the website upstream has only outdated doc) 

-- 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-co-0.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages liblua5.1-curl0 depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library
ii  libcurl3 7.15.5-1Multi-protocol file transfer libra
ii  libgnutl 1.4.4-3 the GNU TLS library - runtime libr
ii  libidn11 0.6.5-1 GNU libidn library, implementation
ii  libkrb53 1.4.4-4 MIT Kerberos runtime libraries
ii  zlib1g   1:1.2.3-13  compression library - runtime

liblua5.1-curl0 recommends no packages.

-- no debconf information


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

Bug#410360: liblua5.1-curl0: curl.OPT_INFILESIZE_LARGE is still limited to 32 bit ?

[gary ng]

Package: liblua5.1-curl0
Version: 0.2.0-3
Severity: normal

I am not sure if this is a limitation of lua or curl. My assumption is it is
intended for > 32 bit number but I have tried suppling one and it effectively
cuts the transfer(which I believe is that internally take the number as
negative because of the overflow).

lua seems to be able to handle > 32 bit number.

-- 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-co-0.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages liblua5.1-curl0 depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library
ii  libcurl3 7.15.5-1Multi-protocol file transfer libra
ii  libgnutl 1.4.4-3 the GNU TLS library - runtime libr
ii  libidn11 0.6.5-1 GNU libidn library, implementation
ii  libkrb53 1.4.4-4 MIT Kerberos runtime libraries
ii  zlib1g   1:1.2.3-13  compression library - runtime

liblua5.1-curl0 recommends no packages.

-- no debconf information


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

Bug#409887: git-core: git-http-fetch creates double slash("//") which not all servers know how to handle

[gary ng]

--- Gerrit Pape <[EMAIL PROTECTED]> wrote:
> 
> Hi gary, I guess you have a trailing slash in the
> URL in
> .git/remotes/origin.  If you remove the trailing
> slash, it should be as
> expected, e.g.:
> 
>  $ cat .git/remotes/origin 
>  URL:
> http://gondor.apana.org.au/~herbert/dash/dash.git
>  Pull: master:origin
>  $ 
> 
> HTH, Gerrit.
> 
thanks but no I don't.

The trailing "/" was added in the perl
script(git-clone and git-fetch).

The command line I used is simply :

git-clone http://my_host/my_repo

I am not even talking about a local repo, just trying
to clone a packed bare repo.

In fact, I have traced the git-http-fetch.c program a
bit and it seems that in some location, it needs the
"/" to work properly and in other places, it doesn't
but "//" is no harm in most case as it is compressed
by the server, most of the time.



 

No need to miss a message. Get email on-the-go 
with Yahoo! Mail for Mobile. Get started.
http://mobile.yahoo.com/mail 


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

Bug#413452: socat: -t option not honoured as specified in manpage ?

[gary ng]

Package: socat
Version: 1.4.3.1-1
Severity: normal

given this command :

echo "" | socat - openssl:remote:443,capath=/etc/ssl/certs

I would expect socat to terminate after 0.5 second but it doesn't.
Or I have misunderstood something ?

-- 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-co-0.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages socat depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libreadline5 5.2-2   GNU readline and history libraries
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  libwrap0 7.6.dbs-11  Wietse Venema's TCP wrappers libra

socat recommends no packages.

-- no debconf information


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

Bug#413474: stunnel4: configurable timeout_close in client mode ?

[gary ng]

Package: stunnel4
Version: 3:4.18-2
Severity: minor

I use stunnel to get SSL feature in lua through unix domain socket by dup2 the
stdin with a socketpair() then fork(), exec() stunnel. It works very well
except one thing, closing the domain socket would take 60 seconds(waitpid) for
stunnel to exit. For many protocols, there is explicit "EXIT" command which I
can use but not for HTTP 1.1 with keep-alive. The server would wait for the
client socket to close which in the case of stunnel needs to "relay" to it.

Just hope there is a parameter for me to shorten this wait time as by the time
I close the client side, I would not need the connection anymore. At the
moment, I just skip the waitpid() but that leaves lots of zombie in the
process table. It is not a big issue, just ugly when doing "top".

-- 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-co-0.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages stunnel4 depends on:
ii  adduser  3.100   Add and remove users and groups
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  libwrap0 7.6.dbs-12  Wietse Venema's TCP wrappers libra
ii  netbase  4.27Basic TCP/IP networking system
ii  openssl  0.9.8c-4Secure Socket Layer (SSL) binary a
ii  perl-modules 5.8.8-6.1   Core Perl modules
ii  zlib1g   1:1.2.3-13  compression library - runtime

stunnel4 recommends no packages.

-- no debconf information


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

Bug#407695: python-fuse: backport of upstream CVS concerning multithreading and 64 bit offset support

[gary ng]

Package: python-fuse
Version: 2.5-5
Followup-For: Bug #407695

Bellow is my second attempt for the 64 bit offset support as well as
multithreading patch which the current version would result in
deadlock(basically not usable). 

The multithreading patch is basically taken from upstream, the 64 bit support
is more hackery but it does maintain full compatibility with existing programs
and unlike the previous patch, no changes is needed for apps in order to
support 64 bit offset/size.

--- _fusemodule.c.old   2006-02-04 11:21:38.0 +0800
+++ _fusemodule.c   2007-01-27 22:08:36.0 +0800
@@ -31,14 +31,40 @@
   ;
 
 static int debuglevel=0;
+static PyInterpreterState *interp=NULL;
+
+#ifdef WITH_THREAD
+
+#define PYLOCK()   \
+PyThreadState *_state = NULL;  \
+if (interp) {  \
+   PyEval_AcquireLock();   \
+   _state = PyThreadState_New(interp); \
+   PyThreadState_Swap(_state); \
+}
+
+#define PYUNLOCK() if (interp) {   \
+   PyThreadState_Clear(_state);\
+   PyThreadState_Swap(NULL);   \
+   PyThreadState_Delete(_state);   \
+   PyEval_ReleaseLock();   \
+}
+ 
+#else
+#define PYLOCK()
+#define PYUNLOCK()
+#endif /* WITH_THREAD */
 
 //@-node:globals
 //@+node:PROLOGUE
-#define PROLOGUE \
+#define PROLOGUE(pyval) \
 int ret = -EINVAL; \
+PyObject *v;   \
+PYLOCK();  \
+v = pyval; \
 if (!v) { PyErr_Print(); goto OUT; } \
 if(v == Py_None) { ret = 0; goto OUT_DECREF; } \
-if(PyInt_Check(v)) { ret = PyInt_AsLong(v); goto OUT_DECREF; }
+if(PyInt_Check(v) || PyLong_Check(v)) { ret = PyInt_AsLong(v); goto 
OUT_DECREF; }
 
 //@-node:PROLOGUE
 //@+node:EPILOGUE
@@ -46,6 +72,7 @@
 OUT_DECREF: \
Py_DECREF(v); \
 OUT: \
+   PYUNLOCK(); \
return ret; 
 //@-node:EPILOGUE
 //@+node:getattr_func
@@ -63,8 +90,8 @@
 static int getattr_func(const char *path, struct stat *st)
 {
 int i;
-PyObject *v = PyObject_CallFunction(getattr_cb, "s", path);
-PROLOGUE
+
+PROLOGUE(PyObject_CallFunction(getattr_cb, "s", path))
 
 if(!PySequence_Check(v)) { goto OUT_DECREF; }
 if(PySequence_Size(v) < 10) { goto OUT_DECREF; }
@@ -81,10 +108,13 @@
 st->st_uid  = PyInt_AsLong(PySequence_GetItem(v, 4));
 st->st_gid  = PyInt_AsLong(PySequence_GetItem(v, 5));
 st->st_size = PyInt_AsLong(PySequence_GetItem(v, 6));
+if (st->st_size < 0 && sizeof(st->st_size) > sizeof(long))
+st->st_size = PyLong_AsUnsignedLongLong(PySequence_GetItem(v, 6));
 st->st_atime= PyInt_AsLong(PySequence_GetItem(v, 7));
 st->st_mtime= PyInt_AsLong(PySequence_GetItem(v, 8));
 st->st_ctime= PyInt_AsLong(PySequence_GetItem(v, 9));
 
+
 /* Fill in fields not provided by Python lstat() */
 st->st_blksize= 4096;
 st->st_blocks= (st->st_size + 511)/512;
@@ -98,9 +128,8 @@
 
 static int readlink_func(const char *path, char *link, size_t size)
 {
-   PyObject *v = PyObject_CallFunction(readlink_cb, "s", path);
char *s;
-   PROLOGUE
+   PROLOGUE(PyObject_CallFunction(readlink_cb, "s", path))
 
if(!PyString_Check(v)) { ret = -EINVAL; goto OUT_DECREF; }
s = PyString_AsString(v);
@@ -153,9 +182,8 @@
 
 static int getdir_func(const char *path, fuse_dirh_t dh, fuse_dirfil_t df)
 {
-   PyObject *v = PyObject_CallFunction(getdir_cb, "s", path);
int i;
-   PROLOGUE
+   PROLOGUE(PyObject_CallFunction(getdir_cb, "s", path))
 
if(!PySequence_Check(v)) {
printf("getdir_func not sequence\n");
@@ -177,8 +205,7 @@
 
 static int mknod_func(const char *path, mode_t m, dev_t d)
 {
-   PyObject *v = PyObject_CallFunction(mknod_cb, "sii", path, m, d);
-   PROLOGUE
+   PROLOGUE(PyObject_CallFunction(mknod_cb, "sii", path, m, d))
EPILOGUE
 }
 //@-node:mknod_func
@@ -186,8 +213,7 @@
 
 static int mkdir_func(const char *path, mode_t m)
 {
-   PyObject *v = PyObject_CallFunction(mkdir_cb, "si", path, m);
-   PROLOGUE
+   PROLOGUE(PyObject_CallFunction(mkdir_cb, "si", path, m))
EPILOGUE
 }
 //@-node:mkdir_func
@@ -195,8 +221,7 @@
 
 static int unlink_func(const char *path)
 {
-   PyObject *v = PyObject_CallFunction(unlink_cb, "s", path);
-   PROLOGUE
+   PROLOGUE(PyObject_CallFunction(unlink_cb, "s", path))
EPILOGUE
 }
 //@-node:unlink_func
@@ -204,8 +229,7 @@
 
 static int rmdir_func(const char *path)
 {
-   PyObject *v = PyObject_CallFunction(rmdir_cb, "s", path);
-   PROLOGUE
+   PROLOGUE(PyObject_CallFunction(rmdir_cb, "s", path))
EPILOGUE
 }
 //@-node:rmdir_func
@@ -213,8 +237,7 @@
 
 static int symlink_func(const char *path, const char *path1)
 {
-   PyObject *v = PyOb