Bug#1055486: cifs-utils: Cannot copy files between 2 CIFS mounts on same client
Package: cifs-utils Version: 2:7.0-2 Severity: normal X-Debbugs-Cc: nbela...@gmail.com Dear Maintainer, My machine (client) is "alberto" Debian 12, 6.1.0-13-amd64 (smbclient 2:4.17.12+dfsg-0+deb12u1, cifs-utils 2:7.0-2) CIFS are mounted from /etc/fstab: nicols@alberto:~$ cat /etc/fstab | grep betelgeuse | egrep "doc|temp" //betelgeuse/doc/mnt/betelgeuse/doc cifs file_mode=0660,dir_mode=0770,uid=1000,gid=1000,forceuid,forcegid,username=nicols,password=XX //betelgeuse/temp /mnt/betelgeuse/tempcifs file_mode=0660,dir_mode=0770,uid=1000,gid=1000,forceuid,forcegid,username=nicols,password=XX nicols@alberto:~$ mount | grep betelgeuse | egrep "doc|temp" //betelgeuse/doc on /mnt/betelgeuse/doc type cifs (rw,relatime,vers=3.1.1,cache=strict,username=nicols,uid=1000,forceuid,gid=1000,forcegid,addr=10.33.33.16,file_mode=0660,dir_mode=0770,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1) //betelgeuse/temp on /mnt/betelgeuse/temp type cifs (rw,relatime,vers=3.1.1,cache=strict,username=nicols,uid=1000,forceuid,gid=1000,forcegid,addr=10.33.33.16,file_mode=0660,dir_mode=0770,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1) Create regular file: nicols@alberto:~$ echo "test" > file.txt nicols@alberto:~$ cat file.txt test Create directories on cifs mounts: nicols@alberto:~$ mkdir /mnt/betelgeuse/temp/1 nicols@alberto:~$ mkdir /mnt/betelgeuse/doc/1 Copy this file on both targets: nicols@alberto:~$ cp file.txt /mnt/betelgeuse/temp/1/ nicols@alberto:~$ cp file.txt /mnt/betelgeuse/doc/1/ Verify it is there: nicols@alberto:~$ cat /mnt/betelgeuse/temp/1/file.txt test nicols@alberto:~$ cat /mnt/betelgeuse/doc/1/file.txt test Directories look normal: nicols@alberto:~$ ls -al /mnt/betelgeuse/temp/1/ total 2048 drwxrwx--- 2 nicols nicols 0 stu 7 08:40 . drwxrwx--- 2 nicols nicols 0 stu 7 08:37 .. -rw-rw 1 nicols nicols 5 stu 7 08:37 file.txt nicols@alberto:~$ ls -al /mnt/betelgeuse/doc/1/ total 1024 drwxrwx--- 2 nicols nicols 0 stu 7 08:41 . drwxrwx--- 2 nicols nicols 0 stu 7 08:37 .. -rw-rw 1 nicols nicols 5 stu 7 08:37 file.txt Create another file, copy to first mountpoint and verify: nicols@alberto:~$ echo "test test" > file2.txt nicols@alberto:~$ cp file2.txt /mnt/betelgeuse/doc/1/ nicols@alberto:~$ cat /mnt/betelgeuse/doc/1/file2.txt test test nicols@alberto:~$ ls -al /mnt/betelgeuse/temp/1/ total 2048 drwxrwx--- 2 nicols nicols 0 stu 7 08:40 . drwxrwx--- 2 nicols nicols 0 stu 7 08:37 .. -rw-rw 1 nicols nicols 5 stu 7 08:40 file2.txt -rw-rw 1 nicols nicols 5 stu 7 08:37 file.txt Copy directly from one CIFS to another: nicols@alberto:~$ cp /mnt/betelgeuse/temp/1/file2.txt /mnt/betelgeuse/doc/1/ cp: error copying '/mnt/betelgeuse/temp/1/file2.txt' to '/mnt/betelgeuse/doc/1/file2.txt': No such file or directory On destionation dir, empty file is created: nicols@alberto:~$ ls -al /mnt/betelgeuse/doc/1/ total 1024 drwxrwx--- 2 nicols nicols 0 stu 7 08:41 . drwxrwx--- 2 nicols nicols 0 stu 7 08:37 .. -rw-rw 1 nicols nicols 0 stu 7 08:41 file2.txt -rw-rw 1 nicols nicols 5 stu 7 08:37 file.txt nicols@alberto:~$ cat /mnt/betelgeuse/temp/1/file2.txt nicols@alberto:~$ Only way I can make this cp works is if i put "vers=1.0" in nounting options. On another machine i have (Ubuntu 20.04.6 LTS, 5.4.0-152-generic, cifs-utils 2:6.9-1ubuntu0.2, smbclient 2:4.15.13+dfsg-0ubuntu0.20.04.2) everything works as expected (with same mount options, vers=3.1.1) I am sorry if this doesn't belong here, i am new to this bug reporting stuff :) Regards Nikola -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-13-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages cifs-utils depends on: ii libc6 2.36-9+deb12u3 ii libcap-ng00.8.3-1+b3 ii libgssapi-krb5-2 1.20.1-2+deb12u1 ii libkeyutils1 1.6.3-2 ii libkrb5-3 1.20.1-2+deb12u1 ii libpam0g 1.5.2-6+deb12u1 ii libtalloc22.4.0-f2 ii libwbclient0 2:4.17.12+dfsg-0+deb12u1 ii python3 3.11.2-1+b1 Versions of packages cifs-utils recommends: ii keyutils 1.6.3-2 Versions of packages cifs-utils suggests: ii bash-completion 1:2.11-6 ii smbclient
Bug#963963: chromium 83.0.4103.116-1 fails to install
Package: chromium Version: 83.0.4103.116-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? sudo apt update/upgrade/dist-upgrade apt autoremove sudo apt update/upgrade/dist-upgrade * What exactly did you do (or not do) that was effective (or ineffective)? $ sudo apt-get install chromium Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: chromium : Depends: libavcodec58 (>= 7:4.2) libavformat58 : Depends: libavcodec58 (= 7:4.3-2) Depends: libchromaprint1 (>= 1.3.2) but it is not going to be installed E: Unable to correct problems, you have held broken packages. $ sudo apt-get install libavcodec58 Reading package lists... Done Building dependency tree Reading state information... Done libavcodec58 is already the newest version (7:4.3-2). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. $ sudo apt-get install libchromaprint1 Reading package lists... Done Building dependency tree Reading state information... Done libchromaprint1 is already the newest version (1.5.0-1). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. $ sudo apt-cache show chromium Package: chromium Version: 83.0.4103.116-1 Installed-Size: 174617 Maintainer: Debian Chromium Team .. .. * What was the outcome of this action? failed install chromium * What outcome did you expect instead? install chromium *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chromium depends on: pn chromium-common ii libasound2 1.2.2-2.3 ii libatk-bridge2.0-0 2.34.1-3 ii libatk1.0-0 2.36.0-2 ii libatspi2.0-02.36.0-2 ii libavcodec58 7:4.3-2 ii libavformat587:4.3-2 ii libavutil56 7:4.3-2 ii libc62.30-8 ii libcairo21.16.0-4 ii libcups2 2.3.3-1 ii libdbus-1-3 1.12.18-1 ii libdrm2 2.4.102-1 ii libevent-2.1-7 2.1.11-stable-1 ii libexpat12.2.9-1 ii libflac8 1.3.3-1 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.10.1-2 ii libgbm1 20.1.2-1 ii libgcc-s110.1.0-4 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-0 2.64.3-1 ii libgtk-3-0 3.24.20-1 ii libharfbuzz0b2.6.7-1 ii libicu67 67.1-2 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libjsoncpp1 1.7.4-3.1 ii liblcms2-2 2.9-4+b1 ii libminizip1 1.1-8+b1 ii libnspr4 2:4.25-1 ii libnss3 2:3.53.1-1 ii libopenjp2-7 2.3.1-1 ii libopus0 1.3-1+b1 ii libpango-1.0-0 1.44.7-4 ii libpangocairo-1.0-0 1.44.7-4 ii libpng16-16 1.6.37-2 ii libpulse013.0-5 ii libre2-7 20200601+dfsg-1 ii libsnappy1v5 1.1.8-1 ii libstdc++6 10.1.0-4 ii libvpx6 1.8.2-1 ii libwebp6 0.6.1-2+b1 ii libwebpdemux20.6.1-2+b1 ii libwebpmux3 0.6.1-2+b1 ii libx11-6 2:1.6.9-2+b1 ii libx11-xcb1 2:1.6.9-2+b1 ii libxcb-dri3-01.14-2 ii libxcb1 1.14-2 ii libxcomposite1 1:0.4.5-1 ii libxcursor1 1:1.2.0-2 ii libxdamage1 1:1.1.5-2 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-2 ii libxi6 2:1.7.10-1 ii libxml2 2.9.10+dfsg-5+b1 ii libxrandr2 2:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxslt1.1 1.1.34-4 ii libxss1 1:1.2.3-1 ii libxtst6 2:1.2.3-1 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages chromium recommends: pn chromium-sandbox Versions of packages chromium suggests: pn chromium-driver pn chromium-l10n pn chromium-shell
Bug#772812:
The upstream bug (https://community.openvpn.net/openvpn/ticket/538) is not fixed, and I can still reproduce this on Ubuntu 17.10 with openvpn 2.4.3.
Bug#743335: Good day
-- Hi Please can you supply some of your product before the end of this week? Thanks,
Bug#709438: BUG #709438 - krusader: incorrect resize of queue manager window
Hi Max, I will spare some time next week to check it out. Tell me something , if I install debian stable and change repos to experinmental ,then i only need to install krusader and verify the issue is fixed ? BR, Nikola On Thu, Nov 5, 2015 at 11:35 AM, Maximiliano Curia <m...@debian.org> wrote: > Hi, > > On 19/08/15 22:48, Nikola wrote: > > Patch that fix this behaviour > I've uploaded a new version of krusader to experimental, (a preview of the > kf5 version), there have been some upstream changes in the queue manager > window, but I'm not completly sure if the changes cover the same ones > covered in this patch. If possible, could you test the newer version's > queue manager window? > > Happy hacking, >
Bug#709438: BUG #709438 - krusader: incorrect resize of queue manager window
Patch that fix this behaviour testqueue Description: Binary data
Bug#790458: Suspend wakeup panics even in stable
Since the original bug report I have tried to boot into Debian stable (8.1) which exhibited almost identical behaviour. Logs available at https://paste.debian.net/plain/278832. I have also tried to boot into sysvinit mode in GRUB. Behaviour is almost identical. After waking up, the entire system locks; however, there are no entries in the logs which would point to possible culprits. My next step would be to try with a different distribution with similar (or identical) kernel versions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790458: base: kernel panics after wakeup from suspend
Package: base Severity: normal Dear Maintainer(s), during the last several weeks, I have started noticing regular lockups after waking my computer up from suspend to RAM. This has started happening after an upgrade of stretch, and has been happening consistently after every attempt at waking up from a suspend since. In the meantime, I have tried upgrading to unstable to see if a newer version of a package (e.g. the kernel) would help remedy the issue, to no avail. Although I often had no information about the error whatsoever in the system logs, at several points the panic log has been written, and is attached towards the end of the report. The panics received seem to be pretty diverse to my untrained eye. Booting into an older version of the kernel doesn't help (3.16.0.4 and 3.10.3 exhibit the same behaviour). What I found is that using systemctl suspend works slightly better than pm-suspend -- the systemctl version panics sooner or later as well, but seems to give me approx. 1-2 usable minutes with the machine, while pm-suspend just presents a black screen with no activity. Systemctl also seems to be more consistent in writing debug information into the system log. I think it might be possibly useful to notice that every kernel panic seems to be preceeded by wireless networking activity. I have tried to rmmod iwlwifi before suspending, but after waking up and re-loading the iwlwifi module, it hangs again. Not sure if it's directly correlated, though. The outputs of my `lspci` and `uname -a` commands, as well as the kernel panics I managed to extract from the logs, can be found at the following links: - lspci: http://paste.debian.net/plain/266172/ - uname -a: http://paste.debian.net/plain/266173/ - panics: - http://paste.debian.net/plain/266176/ - http://foo.com.hr/kernel_panics2.log (this one was too big for paste.debian.org). I have tried to collect as many panic logs as possible, sorry if I overdid it. They are separated by the string --- SNIP ---. Please let me know if there's anything else I can do to help reproduce and remedy the issue. I can reproduce it with 100% confidence, and I'll gladly do it a few more times if it helps. :) Thank you! - Nikola -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659762: lvm2: LVM commands freeze after snapshot delete fails
I have the same issue. Here's my setup: Debian: 7.0 wheezy lvm: 2.02.95-6 dmsetup: 2:1.02.74-6 linux: 3.8.2 Using 'dmsetup resume' doesn't help at all, the only solution I have to reboot. -- Nikola Kotur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659762: lvm2: LVM commands freeze after snapshot delete fails
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This was almost a show-stopper for me. If you want use LVM snapshots until this bug is fixed, there are only two options. 1) Low level logical volume management Remove the snapshot from the device mapper before actually removing it: dmsetup remove YOUR_VG-snap1 dmsetup remove YOUR_VG-snap1-cow Then you'll be able to lvremove it without making your server useless. But this looks and feels dirty. Better to... 2) Use thin provisioning [1] And get arbitrary depth of recursive snapshots for free :) Seriously, this bug does not exist if you use thin provisioning. Try this (if your kernel supports it): Create thin pool first: lvcreate --size 300M --type thin-pool --thinpool thin_pool YOUR_VG Create volume: lvcreate -V4G -T YOUR_VG/thin_pool --name lv1 Then create and and remove snapshot many times: for i in {1..20}; do lvcreate -L4G -n snap1 - --snapshot /dev/YOUR_VG/lv1 ; lvremove -f /dev/YOUR_VG/snap1 ; done [1] - https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/plain/Documentation/device-mapper/thin-provisioning.txt?id=refs/tags/v3.9-rc2 - -- Nikola Kotur -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRQQI4AAoJEMOSYZrYwIE7PvgQAL1hZc5iFEOjwxvSSEddKSrA G711GTXbEdFfmgxZLkmiP6eTswIk2sbJ5WY0xvnehjWEmaTeX8NK6kYDGDwMTT6M AZdQ3USwcn/3EZDjEUXqvQSojKbI0tsTcanouccs/PQrByMiEM3HQsCDja/xikbv 6mB4yeQSXjSiSPSc8Nh2YijfPK+cAHg7ArZCQ4qpL8yoV8Db3sN5fkwGv97I3dBf lW6izHKrHqNpDiOzAS6MOcURF1/h3mlW8bYgsSE22pfWLnFJcEXWeLzEmCXuI+e0 YbyVCgGlPKTO2vmdlKUozqR5hT6PyvPhKUy6vXXuXWPUQMr1sSMPGEtLM+yfKlOu s7XJOvX2hMpH56e8cNEnsXZYRGWfFtFtBA0ZwAo6Z1t0Y83kA+uXyVJ4/emfo5Yv SsdgB8Ou+G4DuRSjcDYSLH86qshSD6JjAVif48fYFtaoz2wiGrXdAeGYf0xDGYtJ zauZfn/HCfm4iMUJOuGfHtxZnQJKPENpwN/jnvyqsEdvHcInyrD4AZ5fz2a1F2nb zm03EFl9meQ5cOI4wWlLZ2vw8oMS+kp8vQTcJrwD5cFw6Oza9ziC7VzaxF+nrPFO LZ8tD83gHW/PStApP7VYzs08r4v1rO5opfEWJa3u+0OBHKcSRW3v2VPgkJYxdasr /Sbb9Kjg6Rv/nyiSY6la =ZpzP -END PGP SIGNATURE-
Bug#640132: when i turn off wireless on side button (on laptop) gdm3 don't start at boot
Package: gdm3 Version: 2.30.5-6squeeze3 Severity: important When i turn off wireless on side button (on laptop) gdm3 don't start and i can boot system -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii adduser3.112+nmu2add and remove users and groups ii debconf [debconf-2 1.5.36.1 Debian configuration management sy ii gconf2 2.28.1-6 GNOME configuration database syste ii gnome-session [x-s 2.30.2-3 The GNOME Session Manager - GNOME ii gnome-session-bin 2.30.2-3 The GNOME Session Manager - Minima ii gnome-terminal [x- 2.30.2-1 The GNOME terminal emulator applic ii konsole [x-termina 4:4.4.5-2 X terminal emulator ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libattr1 1:2.4.44-2Extended attribute shared library ii libaudit0 1.7.13-1+b2 Dynamic library for security audit ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.24-1Gtk+ helper for playing widget eve ii libcanberra0 0.24-1a simple abstract interface for pl ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze1FreeType 2 font engine, shared lib ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome2-02.30.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii liborbit2 1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB ii libpam-modules 1.1.1-6.1 Pluggable Authentication Modules f ii libpam-runtime 1.1.1-6.1 Runtime support for the PAM librar ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l ii libpanel-applet2-0 2.30.2-2 library for GNOME Panel applets ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpolkit-gobject- 0.96-4PolicyKit Authorization API ii libpolkit-gtk-1-0 0.96-3PolicyKit GTK+ API ii libpopt0 1.16-1lib for parsing cmdline parameters ii librsvg2-common2.26.3-1 SAX-based renderer library for SVG ii libselinux12.0.96-1 SELinux runtime shared libraries ii libupower-glib10.9.5-5 abstraction for power management - ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii libx11-6 2:1.3.3-4 X11 client-side library ii libxau61:1.0.6-1 X11 authorisation library ii libxdmcp6 1:1.0.3-2 X11 Display Manager Control Protoc ii libxklavier16 5.0-2 X Keyboard Extension high-level AP ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii metacity [x-window 1:2.30.1-3lightweight GTK+ window manager ii policykit-1-gnome 0.96-3GNOME authentication agent for Pol ii twm [x-window-mana 1:1.0.4-2 Tab window manager ii upower 0.9.5-5 abstraction for power management ii xterm [x-terminal- 261-1 X terminal emulator ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gdm3 recommends: ii at-spi 1.30.1-3 Assistive Technology Service Provi ii desktop-base 6.0.5squeeze1 common files for the Debian Deskto ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme ii gnome-power-manager2.32.0-2 power management tool for the GNOM ii gnome-settings-daemon 2.30.2-2+squeeze1 daemon handling the GNOME session ii x11-xkb-utils 7.5+5 X11 XKB utilities ii xserver-xephyr 2:1.7.7-13nested X server ii xserver-xorg
Bug#638308: python-apt: update translation
Package: python-apt Version: 0.7.100.1+squeeze1 Severity: minor package are translate to serbian cyrillic -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-apt depends on: ii apt [libapt-pkg4.10] 0.8.10.3+squeeze1 Advanced front-end for dpkg ii apt-utils [libapt-ins 0.8.10.3+squeeze1 APT utility programs ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii python2.6.6-3+squeeze6 interactive high-level object-orie ii python-apt-common 0.7.100.1+squeeze1 Python interface to libapt-pkg (lo ii python2.5 2.5.5-11 An interactive high-level object-o ii python2.6 2.6.6-8+b1 An interactive high-level object-o Versions of packages python-apt recommends: ii iso-codes 3.23-1 ISO language, territory, currency, ii lsb-release 3.2-23.2squeeze1 Linux Standard Base version report ii python2.6 2.6.6-8+b1 An interactive high-level object-o Versions of packages python-apt suggests: pn python-apt-dbgnone (no description available) pn python-apt-docnone (no description available) ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-vte1:0.24.3-2 Python bindings for the VTE widget -- no debconf information python-apt_0.8.0_sr.po.gz Description: GNU Zip compressed data
Bug#638308: Acknowledgement (python-apt: update translation)
sorry i don't change the name of last translator my name is Nikola Nenadic. On Thu, Aug 18, 2011 at 9:24 AM, Debian Bug Tracking System ow...@bugs.debian.org wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to nikola.nena...@gmail.com (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): APT Development Team de...@lists.debian.org If you wish to submit further information on this problem, please send it to 638...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 638308: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638308 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#623264: /etc/ngetty/Conf is word-readable, not used
On Mon, Apr 18, 2011 at 03:49:14PM -0400, sacrificial-spam-addr...@horizon.com wrote: Package: ngetty Version: 0.4-1 Severity: important /etc/ngetty/Conf is installed with 0644 permissions, while the man page explains that it will only be processed if permissions are 0600. This causes TERM not to be set, so it defaults to TERM=dumb, with a variety of bad consequences. Thanks, for using ngetty ;) Why Conf is installed with 644? In my Makefile are the lines: test -f $(ngetty_prefix)/Conf || \ install -m 600 $(P) Conf $(ngetty_prefix) This means, that if building from source then make install don't overwrite /etc/ngetty/Conf if it allready exists. Above command does not change also the the permision. See also this link: http://riemann.fmi.uni-sofia.bg/ngetty/binary/README and the last three lines there. Personally, I think the fix is to change the permission check to require (st_mode (S_IWGRP|S_IWOTH)) == 0, and owned by root, since it's not obvious that there's anything sensitive in there. Yes, there is not anything sensitive in Conf. Of any case at the time when I wrote ngetty I was in doubt -- 600 root:root or 644 root:root is better. At the end I desided to use 600. If someone want 644 the patch is trivial. See the option =debug in ngetty(8). I use it to see which option is applied. By start ngetty closes fd=0,1,2 to save fd. So it cannot write any write errors. Why we need fd=0,1,2 open for long running daemon and never use them. For example the command ngetty 1 2 3 4 works with only 4 open fd. If someone logins on tty2 then ngetty give one tty2_fd to the login program and continues to work with three fd. After logout it continues again with four open fd. Regards, Nikola -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614049: ngetty: version 1.1 (from sid) has problems cooperating with pam.
On Mon, Feb 21, 2011 at 04:51:41AM +0100, Guillem Jover wrote: found 614049 1.1-2 notfound 614049 1.0-1 ... Anyway, the problem here is that init starts the agettys from inittab and ngetty starts itself too from the new init script. And both gettys fight for the terminal. This will happen if one has not deactivated the gettys entries in inittab, it might also happen if one has configured inittab to start the ngetty helper. The correct solution here is to remove the init script, and the users should change the inittab themselves. This also agrees with the sance from the sysvinit maintainer in #613618. Right! The problem is how to find which ttys are unused. If X-server or agetty opens /dev/tty1 we should not start ngetty on tty1. I wrote a simple program which find all free ttys. If this solves the problem in next release of ngetty I'll include it in the package. Maybe the name lsfreevt is better ;) Start for example: tryvt 12 to see which tty = 12 are free (not in use). You must start it as root or make it SUID. How do you find the idea: ngetty -5 It finds the first 5 free consoles and open them. They could be for example: 2 5 6 7 9. X-server opens the first free tty. /nv --- tryvt.c /* [diet -Os] gcc -Wall -W -o tryvt tryvt.c usage: tryvt [number] only first two digits of number are important! */ #include unistd.h #include fcntl.h #include sys/ioctl.h #include linux/vt.h int main(int argc, char **argv) { int vtno, fd, max_consoles; char tty[12] = /dev/tty0, *x = tty + 8; max_consoles = MAX_NR_CONSOLES; if (argc 1) { unsigned char ch; max_consoles = 0; if ((ch = argv[1][0] - '0') 10) max_consoles = ch; if ((ch = argv[1][1] - '0') 10) max_consoles = max_consoles*10 + ch; } fd = open(tty, O_RDWR, 0); if (fd 0) return -1; do { char *y = x; if (ioctl(fd, VT_OPENQRY, vtno) || vtno max_consoles) break; if (vtno = 10) *y++ = '0' + vtno/10; *y++ = '0' + vtno%10; *y++ = ' '; write(1, x, y-x); y[-1] = 0; if (open(tty, O_RDWR | O_NOCTTY) 0) break; } while (1); write(1,\n,1); return 0; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614049: ngetty: version 1.1 (from sid) has problems cooperating with pam.
On Sat, Feb 19, 2011 at 11:15:02AM +0100, L.Schmidt wrote: Package: ngetty Version: 1.0-1 Severity: grave Justification: renders package unusable problem manifests during login dialog, or after dialog was completed. either case, the screen is blanked, and the login: prompt is presented again, after a variable time elapsed since login or login attempt - mostly between 1 and 20 seconds. According auth.log, username or password are irretrievable, even though actual login is possible, albeit not persistent. Downgrading pam to wheezy version doesn't change the behaviour. downgrading ngetty to 1.0, from wheezy, causes error symptoms to disappear, and reverts to apparently stable login behaviour again. Hmmm, something make problem on login. Ngetty doesn't change terminal setting like agetty. Could you try for me the following: log as root on some terminal and start starce /sbin/agetty 38400 tty8 2/tmp/XXX.getty Then login on tty8 and after that immediatelly logout. Edit then the file /tmp/XXX.getty and remove your password. Similarly also for: starce /sbin/ngetty 8 2/tmp/XXX.ngetty and starce -f /sbin/ngetty 8 2/tmp/XXX.nfgetty Then send me the files /tmp/XXX.*getty Since my native system is not debian, I cannot repoduce your problems. I am the author of ngetty. If yoy have mmingetty try also starce /sbin/mingetty 8 2/tmp/XXX.mgetty Say me also which getty works correct. You could try also ngetty-1.0 and ngetty-1.1. How do you start ngetty by inittab or by init.d script /nv from auth.log: login[24632]: pam_unix(login:auth): auth could not identify password for [user] login[24632]: FAILED LOGIN (1) on '/dev/tty1' FOR 'user', Authentication failure login[24632]: pam_securetty(login:auth): unexpected response from failed conversation function login[24632]: pam_securetty(login:auth): cannot determine username login[24632]: FAILED LOGIN (2) on '/dev/tty1' FOR 'UNKNOWN', Error in service module login[24632]: pam_securetty(login:auth): unexpected response from failed conversation function login[24632]: pam_securetty(login:auth): cannot determine username login[24632]: FAILED LOGIN (3) on '/dev/tty1' FOR 'UNKNOWN', Error in service module login[24632]: pam_securetty(login:auth): unexpected response from failed conversation function login[24632]: pam_securetty(login:auth): cannot determine username login[24632]: FAILED LOGIN (4) on '/dev/tty1' FOR 'UNKNOWN', Error in service module login[24632]: pam_securetty(login:auth): unexpected response from failed conversation function login[24632]: pam_securetty(login:auth): cannot determine username login[24632]: FAILED LOGIN (5) on '/dev/tty1' FOR 'UNKNOWN', Error in service module login[24632]: TOO MANY LOGIN TRIES (5) on '/dev/tty1' FOR 'UNKNOWN' login[24632]: pam_mail(login:session): cannot determine username login[24632]: pam_unix(login:session): close_session - error recovering username -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481388: ninit -- small init with SVC and cron
Package: wnpp Severity: normal Hi! I'm the author ot ninit daemon, It's available on: http://riemann.fmi.uni-sofia.bg/ninit/ I looking for a maintainer of this package. Ninit is a very small daemon (about 4K if linked with dietlibc). It can be started as PID 1. It has build-in SVC and simple cron. It has also build-in SysVInit emulator. It's possible to setup a host to work with it with four commands: 1. $ make all tests 2. # make install 3. # make ser_vi_ces 4. setup boot loader to user init=/sbin/ninit Regards, Nikola PS. If it's possible I prefer Niibe Yutaka as maintainer ;-)) I'm happy from our work together on ngetty. Version 0.13-pre should be tested. If all is OK I'll rename it to 0.13. On i386 and x86_64 try 'make i386' or 'make x86_64' instead of 'make all'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473718: ngetty: expand args bug
Package: ngetty Version: 0.3-2 I found a bug in ngetty. Line 200 of ngetty.c is: if ('0'=*s *s='9') { One can start then '/sbin/ngetty 0 3 4' and the daemon will expand '0' to /dev/tty0 or /dev/vc/0. Don't start ngetty with bad args, or better use full path like ngetty /dev/tty1 /dev/tty2 /dev/vc/3 /dev/... If you find this bug is a security hole apply the patch - if ('0'=*s *s='9') { + if ('0'*s *s'10') { I don't make any changes. One good sysadmins should start ngetty with right arguments! In the next version I'll write some word obout this in manual page. That's enough! Nikola Is it possible to start: /sbin/mingetty /dev/tty0 /sbin/fgetty 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242221: Don't Miss Out Anymore
I create history every night ever since I trusted in the new formula http://www.dawniyoung.com/ Tips for Sexual Well-Being -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470946: (unofficial debinized patch)
On Tue, Mar 18, 2008 at 07:04:59AM +, Julian Gilbey wrote: Attached is a tested patch which makes the build use dietlibc. I putted it on: http://riemann.fmi.uni-sofia.bg/ngetty/binary/ under the name debian_build.tar.gz I removed the patch for nwho, since it's already fixed in my source. No other changes. Can you test if it's goes OK with the current version? I am intereting wath happen in next case 1) there is a file /etc/ngetty/Conf already 2) one install ngetty-XXX.deb Is the above file overwritten? Nikola PS. In the new version there is one ngetty-helper.tiny It's only 4.9K and does the same as ngetty-helper. It does not escape \t \d \U \u in issue-file. No other difference. Try it so: cd /sbin cp ngetty-helper ngetty-helper.large ln -s ngetty-helper.tiny ngetty-helper -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470946: ngetty: statically link with dietlibc
On Tue, Mar 18, 2008 at 07:04:59AM +, Julian Gilbey wrote: tags 470946 + patch thanks [Please do Cc: the bug report on your replies, this way, everyone can see the status of the bug.] Thanks Julian! where exactly is the patch? I cannot find it ;-) Please, send http link or e-mail attach. Attached is a tested patch which makes the build use dietlibc. Nikola -- http://62.44.100.74/email.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470802: different runlevels
May be one solution is: cd /sbin ln -s ngetty ngetty1 ln -s ngetty ngetty2 ... ln -s ngetty ngetty5 ln -s ngetty ngetty6 then put in /etc/inittab ng1:1:respawn:/sbin/ngetty1 1 2 3 4 5 6 8 9 10 11 12 ng2:2:respawn:/sbin/ngetty2 1 2 3 4 5 6 ng3:2:respawn:/sbin/ngetty3 1 ... ng5:5:respawn:/sbin/ngetty5 2 3 4 5 Nikola PS. actually ngetty is one small init and it starts ngetty-helper on demand. Respawn flag is not nessesary. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461663: RFP: ngetty -- one single daemon for all consoles
Package: wnpp Severity: normal Hi! I'm the author ot ngetty daemon, It's available on: http://riemann.fmi.uni-sofia.bg/ngetty/ https://riemann.fmi.uni-sofia.bg/ngetty/ I looking for a maintainer of this package. Here is a short description (copy/paste from ngetty page). ngetty is a daemon that starts login sessions on virtual console terminals, on demand. It is a good replacement for all those getty processes started from init that, most of the time, are only taking up memory. When compiled statically with dietlibc, the ngetty binary size is only about 2k and uses considerably less memory than a getty. Regards, Nikola PS. If you like some changes for Debian, I'm ready to do it. Please, ask what you need. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461455: curlftpfs: first reading of file overwrites username and password
Package: curlftpfs Version: 0.9.1-2 Severity: important Hi I tried setting up rdiff-backup with curlftpfs, but got into truble when rdiff-backup tried to read already backuped files: Error reading $FILE, substituting empty file. It tried opening a file with vi and on first access, there was the message permissions denied. I wondered because ls -al told me that i had this permissions. After some investigation I discovered 2 issues: 1) running curlftpfs -v -f $ftphost /mnt/backup shows that the avaible connection isn't reused, but every FS-request creates a new connection This isn't realy a bug, it just drops performance. 2) When accessing a file for the first time (since mount), the connection password and username turn to rubish, and the connection is refused. On the second attempt it works again. Howto reproduce: mkdir tmp; curlftpfs -v -f ftp.debian.org tmp; #best in 2nd shell cd tmp/debian/; vi README; opening the file fails. the curlftpfs window now shows that it has tried to connect with a username, in this case: [EMAIL PROTECTED] If you try this with other server and authentification, the username and password change into other data. * Remembering we are in dir debian/ 226 Directory send OK. * Connection #0 to host ftp.debian.org left intact * Couldn't find host ftp.debian.org in the .netrc file, using defaults * About to connect() to ftp.debian.org port 21 (#0) * Trying 128.101.240.212... * Connected to ftp.debian.org (128.101.240.212) port 21 (#0) 220 saens.debian.org FTP server (vsftpd) USER [EMAIL PROTECTED] 530 This FTP server is anonymous only. * Access denied: 530 * Expire cleared * Closing connection #0 The 3rd line shows the significant data. I suspect a overflow somewhere. It is NOT reproduceable if you open a file created in the same session. Nikola Ilo -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-xenU (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages curlftpfs depends on: ii fuse-utils2.7.1-2Filesystem in USErspace (utilities ii libc6 2.7-4 GNU C Library: Shared libraries ii libcurl3-gnutls 7.17.1-1 Multi-protocol file transfer libra ii libfuse2 2.7.1-2Filesystem in USErspace library ii libgcrypt11 1.4.0-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgnutls13 2.0.4-1the GNU TLS library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libidn11 1.1-1 GNU libidn library, implementation ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libldap2 2.1.30.dfsg-13.5 OpenLDAP libraries ii libtasn1-31.1-1 Manage ASN.1 structures (runtime) ii zlib1g1:1.2.3.3.dfsg-7 compression library - runtime curlftpfs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#188235: Levitra the most essential thing for good sex.
Legal, prescription medications under the essential guidance of licensed medical http://Courtney.myoneway.info/?GinsburgxtvuyconflictzctCornelia Giving is a necessity sometimes... more urgent, indeed, than having. Faithless is he that says farewell when the road darkens. The play's the thingWherein I'll catch the conscience of the king. When you have faults, do not fear to abandon them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#99438: Enabling the digital future.
Shopping for software? Now in your language currency! http://pzo.rgv6uqrkojry6sr.lesseecbjga.info Eagles fly alone, but sheep flock together. Stupid is forever, ignorance can be fixed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#65797: Download and Buy CDS all software under $15-$99
Download and Buy CDS all software under $15-$99 http://vhbygcf.lap0623e0vla04l.racyhiracy0.com One must be poor to know the luxury of giving! Manners maketh man. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#112507: GET latest softwares, 99% savings.
GET latest softwares, 99% savings. http://pwmrjj.cjy9ftcn9mcj9vc.fgbasvbk.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]