Bug#1053561: ydotoold segfaults on stable/amd64
Package: ydotoold Version: 0.1.8-3 Severity: important X-Debbugs-Cc: no-reply-13574289...@inforyoursta.anonaddy.com Dear Maintainer, Terminal logs: $ ydotool click 1 ydotool: notice: Using ydotoold backend $ ydotoold ydotoold: listening on socket /tmp/.ydotool_socket ydotoold: accepted client Segmentation fault The same for "ydotool mousemove 100 200" and "ydotool click 3" commands. System information: Bookworm, amd64 (x86_64), Gnome, Wayland. Foreign Architectures: i386. Possibly related issue: https://github.com/ReimuNotMoe/ydotool/issues/103 uinput example https://www.kernel.org/doc/html/v6.1/input/uinput.html#mouse-movements works fine. Thank you.
Bug#1065519: Feedback
This is odd: I can't seem to find this error message in the rockchip_drm_vop2 mainline driver. Are you using a vendor kernel? If so which one exactly? I am not sure... I downloaded the Debian image (Orangepicm4_1.0.4_debian_bookworm_desktop_xfce_linux5.10.160.7z) from https://drive.google.com/drive/folders/1MJl-pIU2I7EHDN6rlirumVkBOz7utvyE and flashed it to the OrangePi. Then updated to the testing branch using these instructions: https://linuxiac.com/how-to-switch-from-debian-stable-to-testing/. You seem to have lightdm still running but use phosh.service. Please stop lightdm to make sure they don't race for the same tty. OK so I ran: systemctl stop lightdm; systemctl start phosh; then looked in journal: Mar 06 20:50:04 orangepicm4 phoc[3404]: [libseat] [common/terminal.c:162] Could not open target tty: Permission denied Mar 06 20:50:04 orangepicm4 phoc[3404]: [libseat] [seatd/seat.c:61] Could not open tty0 to update VT: Permission denied Mar 06 20:50:04 orangepicm4 phoc[3404]: [libseat] [common/terminal.c:162] Could not open target tty: Permission denied Mar 06 20:50:04 orangepicm4 phoc[3404]: [libseat] [seatd/seat.c:72] Could not open terminal for VT 0: Permission denied Mar 06 20:50:04 orangepicm4 phoc[3404]: [libseat] [seatd/seat.c:461] Could not open VT for client Mar 06 20:50:04 orangepicm4 phoc[3404]: [libseat] [common/terminal.c:162] Could not open target tty: Permission denied Mar 06 20:50:04 orangepicm4 phoc[3404]: [libseat] [seatd/seat.c:86] Could not open terminal to clean up VT 0: Permission denied Mar 06 20:50:14 orangepicm4 phoc[3349]: [backend/backend.c:107] Timeout waiting session to become active Mar 06 20:50:14 orangepicm4 phoc[3349]: [backend/backend.c:272] failed to start a session Mar 06 20:50:14 orangepicm4 phoc[3349]: [backend/backend.c:322] failed to add backend 'drm' Mar 06 20:50:14 orangepicm4 phoc[3404]: [libseat] [common/terminal.c:162] Could not open target tty: Permission denied Mar 06 20:50:14 orangepicm4 phoc[3404]: [libseat] [seatd/seat.c:86] Could not open terminal to clean up VT 0: Permission denied Mar 06 20:50:14 orangepicm4 phoc[3349]: Failed to create server: Could not create backend Mar 06 20:50:20 orangepicm4 phoc[4151]: [libseat] [libseat/backend/logind.c:317] Could not activate session: Interactive authentication requir> Mar 06 20:50:20 orangepicm4 phoc[4162]: [libseat] [common/terminal.c:162] Could not open target tty: Permission denied Mar 06 20:50:20 orangepicm4 phoc[4162]: [libseat] [seatd/seat.c:61] Could not open tty0 to update VT: Permission denied Mar 06 20:50:20 orangepicm4 phoc[4162]: [libseat] [common/terminal.c:162] Could not open target tty: Permission denied Mar 06 20:50:20 orangepicm4 phoc[4162]: [libseat] [seatd/seat.c:72] Could not open terminal for VT 0: Permission denied Mar 06 20:50:20 orangepicm4 phoc[4162]: [libseat] [seatd/seat.c:461] Could not open VT for client Mar 06 20:50:20 orangepicm4 phoc[4162]: [libseat] [common/terminal.c:162] Could not open target tty: Permission denied Mar 06 20:50:20 orangepicm4 phoc[4162]: [libseat] [seatd/seat.c:86] Could not open terminal to clean up VT 0: Permission denied Mar 06 20:50:30 orangepicm4 phoc[4151]: [backend/backend.c:107] Timeout waiting session to become active Mar 06 20:50:30 orangepicm4 phoc[4151]: [backend/backend.c:272] failed to start a session Mar 06 20:50:30 orangepicm4 phoc[4151]: [backend/backend.c:322] failed to add backend 'drm' Mar 06 20:50:30 orangepicm4 phoc[4162]: [libseat] [common/terminal.c:162] Could not open target tty: Permission denied Mar 06 20:50:30 orangepicm4 phoc[4162]: [libseat] [seatd/seat.c:86] Could not open terminal to clean up VT 0: Permission denied Mar 06 20:50:30 orangepicm4 phoc[4151]: Failed to create server: Could not create backend Mar 06 20:50:36 orangepicm4 phoc[4633]: [libseat] [libseat/backend/logind.c:317] Could not activate session: Interactive authentication requir> Mar 06 20:50:36 orangepicm4 phoc[4636]: [libseat] [common/terminal.c:162] Could not open target tty: Permission denied Mar 06 20:50:36 orangepicm4 phoc[4636]: [libseat] [seatd/seat.c:61] Could not open tty0 to update VT: Permission denied Mar 06 20:50:36 orangepicm4 phoc[4636]: [libseat] [common/terminal.c:162] Could not open target tty: Permission denied Mar 06 20:50:36 orangepicm4 phoc[4636]: [libseat] [seatd/seat.c:72] Could not open terminal for VT 0: Permission denied Mar 06 20:50:36 orangepicm4 phoc[4636]: [libseat] [seatd/seat.c:461] Could not open VT for client Mar 06 20:50:36 orangepicm4 phoc[4636]: [libseat] [common/terminal.c:162] Could not open target tty: Permission denied Mar 06 20:50:36 orangepicm4 phoc[4636]: [libseat] [seatd/seat.c:86] Could not open terminal to clean up VT 0: Permission denied Mar 06 20:50:46 orangepicm4 phoc[4633]: [backend/backend.c:107] Timeout waiting session to become active Mar 06 20:50:46 orangepicm4 phoc[4633]: [backend/backend.c:272] failed to start a session Mar 06 20:50:46 orangepicm4
Bug#1010519: marked as done (g++-12: compilation fails on riscv64 because of always_inline when using fmtlib)
Здравствуйте! Сообщения, пришедшие на адрес no-re...@decast.com не обрабатываются. Пожалуйста, уточните получателя и повторно отправьте ему Ваше сообщение. С уважением, Decast group - Hello! Messages that delivered to the address no-re...@decast.com not processed. Please check the recipient's address and send them your message again. Sincerely, Decast group
Bug#1033888: ITP: usbscale -- read weight data from a USB scale
Здравствуйте! Сообщения, пришедшие на адрес no-re...@decast.com не обрабатываются. Пожалуйста, уточните получателя и повторно отправьте ему Ваше сообщение. С уважением, Decast group - Hello! Messages that delivered to the address no-re...@decast.com not processed. Please check the recipient's address and send them your message again. Sincerely, Decast group
Bug#1033736: ITP: golang-github-pkg-browser -- Package browser provides helpers to open files, readers, and urls in a browser window.
Здравствуйте! Сообщения, пришедшие на адрес no-re...@decast.com не обрабатываются. Пожалуйста, уточните получателя и повторно отправьте ему Ваше сообщение. С уважением, Decast group - Hello! Messages that delivered to the address no-re...@decast.com not processed. Please check the recipient's address and send them your message again. Sincerely, Decast group
Bug#1033735: ITP: golang-github-jellydator-ttlcache -- An in-memory cache with item expiration and generics
Здравствуйте! Сообщения, пришедшие на адрес no-re...@decast.com не обрабатываются. Пожалуйста, уточните получателя и повторно отправьте ему Ваше сообщение. С уважением, Decast group - Hello! Messages that delivered to the address no-re...@decast.com not processed. Please check the recipient's address and send them your message again. Sincerely, Decast group
Bug#991899: RC3 installation report
Package: installation-reports Boot method: Date: Tuesday Aug 3 3:30 PM Machine: Intel Corporation 4 Series Chipset DRAM Controller [8086:2e20] (rev 03) Subsystem: Gigabyte Technology Co., Ltd GA-EP45-DS5/GA-EG45M-DS2H Motherboard [1458:5000] Processor: Intel(R) Core(TM)2 Quad CPUQ6700 @ 2.66GHz Memory: 4GB Partitions:
Bug#583644: Uzenetkuldés jovahagyasa
Tisztelt 583...@bugs.debian.org! Adataink szerint Ön üzenetet kívánt küldeni a(z) kulcs.kepeslap.com oldal karbantartója számára. Amennyiben Ön indította ezt a kérést, kérjük klikkeljen jóváhagyólag a következõ linkre: http://kulcs.kepeslap.com/concon.asp?code=2191418X315ddad53031f42c1f64c3e09c7033b3 Amennyiben valaki rosszindulatúan az Ön nevében próbált meg üzenetet küldeni, nincs semmi teendõje: az üzenetet az Ön jóváhagyása nélkül nem továbbítjuk. A kepeslap.com szolgáltatása. A kepeslap.com nem vállal felelõsséget a képeslapok tartalmáért. Lásd: http://www.kepeslap.com/info.asp Refill Stúdió ingyenes nyílt nap december 7-én! Gyere el te is! http://goo.gl/AqoR9D ---
Bug#916408: pdns-server: TCP client queries to pdns-server with any backend ipv6 recursor fail
Package: pdns-server Version: 4.0.3-1+deb9u2 Severity: normal Dear Maintainer, pdns-server in Stretch fails to answer TCP queries made by clients via backend recursors reached over IPv6. I discovered this setting up cloudflared, using it as the recursor, but have also replicated on a clean install with Google and Cloudflare's public DNS servers. NB: test addresses used below: CF DNS: 1.1.1.1 (ipv4), 2606:4700:4700:: (ipv6) Google DNS: 8.8.8.8 (ipv4), 2001:4860:4860:: (ipv6) Up to date just-installed Stretch x64 server: root@pdnsbugtest:~# lsb_release -a No LSB modules are available. Distributor ID:Debian Description:Debian GNU/Linux 9.6 (stretch) Release:9.6 Codename:stretch root@pdnsbugtest:~# uname -a Linux pdnsbugtest 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux root@pdnsbugtest:~# apt update && apt full-upgrade Hit:1 http://security.debian.org/debian-security stretch/updates InRelease Ign:2 http://ftp.uk.debian.org/debian stretch InRelease Hit:3 http://ftp.uk.debian.org/debian stretch-updates InRelease Hit:4 http://ftp.uk.debian.org/debian stretch Release Reading package lists... Done Building dependency tree Reading state information... Done All packages are up to date. Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Only packages installed on top of base (base Debian server with openssh-server): vim, open-vm-tools, dnsutils, pdns-server root@pdnsbugtest:~# pdns_server --version Dec 13 23:48:43 PowerDNS Authoritative Server 4.0.3 (C) 2001-2016 PowerDNS.COM BV Dec 13 23:48:43 Using 64-bits mode. Built using gcc 6.3.0 20170516. Dec 13 23:48:43 PowerDNS comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it according to the terms of the GPL version 2. Dec 13 23:48:43 Features: botan1.10 openssl lua Dec 13 23:48:43 Built-in modules: Dec 13 23:48:43 Configured with: " '--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' '--disable-silent-rules' '--libdir=${prefix}/lib/x86_64-linux-gnu' '--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' '--disable-dependency-tracking' '--sysconfdir=/etc/powerdns' '--with-dynmodules=bind ldap pipe gmysql godbc gpgsql gsqlite3 geoip lua mydns remote random opendbx tinydns' '--with-modules=' '--with-pgsql-includes=/usr/include/postgresql' '--enable-botan1.10' '--enable-tools' '--without-protobuf' '--enable-unit-tests' '--enable-reproducible' '--enable-systemd' '--with-systemd=/lib/systemd/system' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/pdns-cB0QhU/pdns-4.0.3=. -fstack-protector-strong -Wformat -Werror=format-security' 'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' 'CXXFLAGS=-g -O2 -fdebug-prefix-map=/build/pdns-cB0QhU/pdns-4.0.3=. -fstack-protector-strong -Wformat -Werror=format-security -DPACKAGEVERSION='\''"4.0.3-1+deb9u2.Debian"'\'''" Standard pdns.conf, plus 2 config variables to enable recursion ('recursor', 'allow-recursion'): root@pdnsbugtest:~# grep -v "^$\|^#" /etc/powerdns/pdns.conf allow-recursion=0.0.0.0/0,::/0 include-dir=/etc/powerdns/pdns.d launch= recursor=1.1.1.1 security-poll-suffix= setgid=pdns setuid=pdns Now, we can test. First, direct to CF and then via pdns, with and without TCP, over ipv4: root@pdnsbugtest:~# grep recursor= /etc/powerdns/pdns.conf; dig +short +notcp google.com @1.1.1.1; dig +short +tcp google.com @1.1.1.1; dig +short +notcp google.com @127.0.0.1; dig +short +tcp google.com @127.0.0.1 recursor=1.1.1.1 216.58.206.142 216.58.206.142 216.58.206.142 216.58.206.142 Now the same, but with Google: root@pdnsbugtest:~# grep recursor= /etc/powerdns/pdns.conf; dig +short +notcp google.com @8.8.8.8; dig +short +tcp google.com @8.8.8.8; dig +short +notcp google.com @127.0.0.1; dig +short +tcp google.com @127.0.0.1 recursor=8.8.8.8 216.58.206.110 216.58.206.110 216.58.206.110 216.58.204.78 All good. Now let's try with CF's ipv6 server as the recursor: [root@pdnsbugtest:~# grep recursor= /etc/powerdns/pdns.conf; dig +short +notcp google.com @2606:4700:4700::; dig +short +tcp google.com @2606:4700:4700::; dig +short +notcp google.com @127.0.0.1; dig +short +tcp google.com @127.0.0.1 recursor=2606:4700:4700:: 216.58.206.110 216.58.206.110 216.58.206.110 ;; communications error to 127.0.0.1#53: end of file Uh-oh. What about Google? [root@pdnsbugtest:~# grep recursor= /etc/powerdns/pdns.conf; dig +short +notcp google.com @2001:4860:4860::; dig +short +tcp google.com @2001:4860:4860::; dig +short +notcp google.com @127.0.0.1; dig +short +tcp google.com @127.0.0.1 recursor=2001:4860:4860::
Bug#865226: lvm2: lvmetad reproducibly fails on base Stretch install after lvrename
Package: lvm2 Version: 2.02.168-2 Severity: normal Dear Maintainer, lvm2-lvmetad reproducibly shows poor boot-time behaviour after an lvrename; 'pvscan --cache' does not resolve. Discovered when attempting to rename the swap_1 lv that was created by the Debian Netinst x64 installer. Steps to reproduce: Create ESXi 6.5 Debian 9 x64 VM: 1 CPU 2048 MB RAM 16 GB HDD VMware PV SCSI Edit VM: Add CD Drive, Debian 9.0 x64 netinst ISO Power on VM: Graphical install, select default option/value for every choice except: -root pw = debian -user account name = debian -user account password = debian -disk setup: Guided - use entire disk and set up LVM, all files in one partition (or separate /var, /tmp, /home option, makes no difference to outcome) -install grub to sda Boot into VM: -observe normal boot sequence, no lvm-related errors -Log in as debian, start terminal, 'su -' to root -swapoff -a -lvrename /dev/debian-vg/swap_1 /dev/debian-vg/swap -vi /etc/fstab, update swap entry location to /dev/mapper/debian--vg-swap -reboot Boot into VM again: -observe "WARNING: Failed to connect to lvmetad. Falling back to device scanning.", "Failed to find logical volume "debian-vg/swap_1" messages repeated ~20-30x during elongated boot -Log in as debian, start terminal, 'su -' to root -systemctl status lvm2-lvmetad.service, observe it is active/running -swapon -s, observe swap volume is correctly mounted -lvs, observe correctly-named lv 'swap' -pvscan --cache -reboot Boot into VM again: -observe "WARNING: Failed to connect to lvmetad. Falling back to device scanning.", "Failed to find logical volume "debian-vg/swap_1" messages repeated ~20-30x during elongated boot -Log in as debian, start terminal, 'su -' to root -swapoff -a -lvremove /dev/debian-vg/swap -lvcreate -L 1g -n swap debian-vg -observe warning about 'signature detected on /dev/debian-vg/swap at offset 4086' Additional notes: 'vgscan --cache' and 'lvscan --cache' also appear to have no effect. Disabling lvm2-lvmetad.service appears to have no effect, boot messages remain the same. Same behaviour also seen in a VMware player VM, haven't tested other hypervisors or physical machines yet. Haven't tested volumes other than swap_1 as created by installer yet. Possible similarities to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799295, but somewhat different setup and resulting error message; also this is Stretch. -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lvm2 depends on: ii dmeventd 2:1.02.137-2 ii dmsetup 2:1.02.137-2 ii init-system-helpers 1.48 ii libblkid1 2.29.2-1 ii libc6 2.24-11+deb9u1 ii libdevmapper-event1.02.1 2:1.02.137-2 ii libdevmapper1.02.12:1.02.137-2 ii liblvm2app2.2 2.02.168-2 ii libreadline5 5.2+dfsg-3+b1 ii libudev1 232-25 ii lsb-base 9.20161125 lvm2 recommends no packages. Versions of packages lvm2 suggests: pn thin-provisioning-tools none -- no debconf information
Bug#856265: systemd-journald: RuntimeMaxUse is not properly obeyed
Ahh. Is there currently any functionality in journald for controlling flushing to limit RSS or is this just a case where journald's built-in logging capabilities are not currently suited to constrained systems? On 17-02-27 07:04 AM, Michael Biebl wrote: Am 27.02.2017 um 10:41 schrieb Stephan Sokolow (You actually CAN reply): Package: systemd Version: 215-17+deb8u6 Severity: normal File: /lib/systemd/systemd-journald Dear Maintainer, While configuring a Debian jessie VM for testing deployments to a 256MiB VPS, I discovered that no combination of settings I tried would keep journald's memory usage from climbing significantly above the limits I set, except Storage=none. That's a misunderstanding. RuntimeMaxUse= configures the size of the journal files in /run/systemd/journal. -- Stephan Sokolow Note: My e-mail address IS valid. It's a little trick I use to fool "smarter" spambots and remind friends and family to use the custom aliases I gave them.
Bug#856265: systemd-journald: RuntimeMaxUse is not properly obeyed
The observed behaviour is *with* the persistent journal. Forwarding to inetutils-syslogd and using Storage=none results in steady memory consumption at 20% of the peak memory I experienced while testing Storage=persistent (and that's for both journald and syslogd combined). On 17-02-27 07:23 AM, Michael Biebl wrote: Am 27.02.2017 um 13:11 schrieb Stephan Sokolow (You actually CAN reply): Is there currently any functionality in journald for controlling flushing to limit RSS Not that I'm aware of. That said, if you have constrained memory requirements, I wouldn't log to /run (which is a tmpfs, i.e. uses your RAM) and instead enable persistent journal, which writes the log messages to disk. See README.Debian about how to enable it. -- Stephan Sokolow Note: My e-mail address IS valid. It's a little trick I use to fool "smarter" spambots and remind friends and family to use the custom aliases I gave them.
Bug#856265: systemd-journald: RuntimeMaxUse is not properly obeyed
Package: systemd Version: 215-17+deb8u6 Severity: normal File: /lib/systemd/systemd-journald Dear Maintainer, While configuring a Debian jessie VM for testing deployments to a 256MiB VPS, I discovered that no combination of settings I tried would keep journald's memory usage from climbing significantly above the limits I set, except Storage=none. (htop reports that it climbs from 0.9% RSS to roughly 7.7% RSS (roughly 18MiB) before dropping again, when using running while true; do echo testing 1234567890 | systemd-cat; done with the configuration included at the bottom of this message. In my testing, 7.7% RSS appeared to be a hard lower limit well above the 2/3/4 MiB I specified while experimenting. (And well above the 0.8-0.9% RSS that it starts at and, with Storage=none, remains at.) I was forced to resort to using Storage=none (steady 0.8% RSS under idle or test conditions) and inetutils-syslogd (steady 0.7% RSS under the same circumstances) to get predictable memory behaviour. (I replace rsyslogd with inetutils-syslogd in my VMs and VPSes because that's what the guide I started out following did, justifying it with "[rsyslogd] allocates ~30MB privmpages under OpenVZ".) While I do use an ansible playbook (available on request if you think it's relevant), these should be the only details relevant to reproducing the problem: 1. Use the VirtualBox variant of the bento/debian-8.6 Vagrant VM 2. Update and upgrade the system 3. Apply the journald.conf changes at the bottom of the file I tested two situations one after another and they seemed to produce identical behaviour: 1. Restart journald to apply changes without having ever rebooted 2. Reboot to apply changes -- Package-specific info: -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-59 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.25.2-6 ii libc6 2.19-18+deb8u7 ii libcap2 1:2.24-8 ii libcap2-bin 1:2.24-8 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.3-2+deb8u2 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2+b3 ii libpam0g1.1.8-3.1+deb8u2 ii libselinux1 2.3-2 ii libsystemd0 215-17+deb8u6 ii mount 2.25.2-6 ii sysv-rc 2.88dsf-59 ii udev215-17+deb8u6 ii util-linux 2.25.2-6 Versions of packages systemd recommends: ii dbus1.8.22-0+deb8u1 ii libpam-systemd 215-17+deb8u6 Versions of packages systemd suggests: pn systemd-ui -- Configuration Files: /etc/systemd/journald.conf changed: [Journal] Storage=persistent SystemMaxUse=100M RuntimeMaxUse=3M -- Stephan Sokolow Note: My e-mail address IS valid. It's a little trick I use to fool "smarter" spambots and remind friends and family to use the custom aliases I gave them.
Bug#753576: systemd stopped responding to dbus.socket connections
Oh, wait. I forgot step 0. Update and upgrade first. It's such a habit that I lump it in with importing the VMs. On 17-02-27 04:04 AM, Stephan Sokolow (You actually CAN reply) wrote: I'm not sure if it's the same problem, but, I have something that at least has similar symptoms which may be easier to reproduce: Release: The VirtualBox version of the bento/debian-8.6 Vagrant VM Reproduction: 1. apt-get install systemd-cron 2. Futz around until you realize jessie's systemd is too old to support hourly cronjobs. 3. apt-get install cron (without rebooting in between) On my VM, the attempt to reinstall started encountering timeouts when it attempted to setup the newly-installed packages and, from then on, any attempt to use `systemctl` resulted in `org.freedesktop.systemd1` timeouts. (To the point that Vagrant would error out unless I reset the VM because anything less drastic would die while trying to ask for a clean shutdown.) (I don't think my "trim it down further" ansible playbook touches anything relevant to this but it's also available on request.) -- Stephan Sokolow Note: My e-mail address IS valid. It's a little trick I use to fool "smarter" spambots and remind friends and family to use the custom aliases I gave them.
Bug#753576: systemd stopped responding to dbus.socket connections
I'm not sure if it's the same problem, but, I have something that at least has similar symptoms which may be easier to reproduce: Release: The VirtualBox version of the bento/debian-8.6 Vagrant VM Reproduction: 1. apt-get install systemd-cron 2. Futz around until you realize jessie's systemd is too old to support hourly cronjobs. 3. apt-get install cron (without rebooting in between) On my VM, the attempt to reinstall started encountering timeouts when it attempted to setup the newly-installed packages and, from then on, any attempt to use `systemctl` resulted in `org.freedesktop.systemd1` timeouts. (To the point that Vagrant would error out unless I reset the VM because anything less drastic would die while trying to ask for a clean shutdown.) (I don't think my "trim it down further" ansible playbook touches anything relevant to this but it's also available on request.) -- Stephan Sokolow Note: My e-mail address IS valid. It's a little trick I use to fool "smarter" spambots and remind friends and family to use the custom aliases I gave them.
Bug#854805: systemd: dbus interraction problems leading to timeouts
I'm not sure if it's relevant, but I managed to get similar connection timeouts (specifically, `systemctl` consistently failing with timeouts on `org.freedesktop.systemd1`) when I ran `apt-get install systemd-cron` and then changed my mind after I realized my systemd was too early to support hourly cronjobs and ran `apt-get install cron`. (Luckily for me, I was just experimenting with reducing total memory usage in a staging VM, so I just reset it to a fresh image and re-ran ansible-playbook.) -- Stephan Sokolow Note: My e-mail address IS valid. It's a little trick I use to fool "smarter" spambots and remind friends and family to use the custom aliases I gave them.
Bug#742466:
Another way to trigger this bug is typing for var in $(
Bug#726784: Works for me
There's more info on the KDE, Ubuntu, and Fedora bug trackers. https://bugs.kde.org/show_bug.cgi?id=348270 https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1240957 https://bugzilla.redhat.com/show_bug.cgi?id=983834 TL;DR: It depends on the WM but it's broken on more than one WM. Ubuntu fixed it by patching Compiz and it still affects Kubuntu 14.04 LTS users. GTK+ has been patched but, obviously, that only helps people it gets backported to. (https://git.gnome.org/browse/gtk%2B/commit/?id=77b8495) According to a post on the KDE bug tracker entry, a workaround is to export GDK_CORE_DEVICE_EVENTS=1 On Fri, 12 Sep 2014 09:08:11 +0200 Pietro Battiston m...@pietrobattiston.it wrote: I am using libgtk-3-0 3.12.2-3 and I am perfectly able to scroll Iceweasel or the mails list in Evolution while the window in which I'm writing this message is focused. Either the bug was solved, or it is an IceWM bug. Could you test with other desktop managers? Pietro -- Stephan Sokolow Note: My e-mail address IS valid. It's a little trick I use to fool smarter spambots and remind friends and family to use the custom aliases I gave them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743759: reportbug: Please provide a command line flag to provide extra info to a bug report
Package: reportbug Version: 6.5.0 Severity: wishlist When triaging bug reports, sometimes one needs to reply to a bug report. Scripting this would be easier if replying to a bug report was possible from the command line. Reportbug already provides the -N flag to query a specific report, but an additional flag (--reply, -r maybe) to skip reading the bug log and just fire an editor would help. -- Package-specific info: ** Environment settings: DEBEMAIL=fsate...@debian.org DEBFULLNAME=Felipe Sateler INTERFACE=text ** /home/felipe/.reportbugrc: reportbug_version 4.0 mode advanced ui text no-cc header X-Debbugs-CC: fsate...@debian.org -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-rc8-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 1.0 ii python2.7.5-5 ii python-reportbug 6.5.0 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utilsnone pn debsums none ii dlocate 1.02+nmu3 pn emacs22-bin-common | emacs23-bin-common none ii file 1:5.17-1 ii gnupg1.4.16-1.1 ii postfix [mail-transport-agent] 2.11.0-1 ii python-gtk2 2.24.0-3+b1 pn python-gtkspell none pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages python-reportbug depends on: ii apt 1.0 ii python2.7.5-5 ii python-debian 0.1.21+nmu2 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665334: Talk to a flightsimmer friend about us
Dear user, Do you know someone that flights virtually ?, don't hesitate to talk about us. Forward this mail to yours flightsimmers friends They can follow us at www.facebook.com/mikedeltafsxlogsystem http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQJcBQcDSgpOBAADVA4%3D and start logging their flights with us at http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQJcBQcCSgpOBAADVA4%3D http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQJcBQcBSgpOBAADVA4%3D Thanks for all. -- If you do not want to receive any more newsletters, http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQJcBQcASgpOBAADVA4%3D To update your preferences and to unsubscribe visit http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQJcBQcPSgpOBAADVA4%3D Forward a Message to Someone http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQJcBQcOSgpOBAADVA4%3D -- powered by phpList, www.phplist.com --
Bug#683774: Talk to a flightsimmer friend about us
Dear user, Do you know someone that flights virtually ?, don't hesitate to talk about us. Forward this mail to yours flightsimmers friends They can follow us at www.facebook.com/mikedeltafsxlogsystem http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQ1VBwwFSgpOBAAHVAE%3D and start logging their flights with us at http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQ1VBwwESgpOBAAHVAE%3D http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQ1VBwwDSgpOBAAHVAE%3D Thanks for all. -- If you do not want to receive any more newsletters, http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQ1VBwwCSgpOBAAHVAE%3D To update your preferences and to unsubscribe visit http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQ1VBwwBSgpOBAAHVAE%3D Forward a Message to Someone http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQ1VBwwASgpOBAAHVAE%3D -- powered by phpList, www.phplist.com --
Bug#665334: Talk to a flightsimmer friend about us
Dear user, Do you know someone that flights virtually ?, don't hesitate to talk about us. Forward this mail to yours flightsimmers friends They can follow us at www.facebook.com/mikedeltafsxlogsystem http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQ1cAwAFSgpOBAUGVgA%3D and start logging their flights with us at http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQ1cAwAESgpOBAUGVgA%3D http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQ1cAwADSgpOBAUGVgA%3D Thanks for all. -- If you do not want to receive any more newsletters, http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQ1cAwACSgpOBAUGVgA%3D To update your preferences and to unsubscribe visit http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQ1cAwABSgpOBAUGVgA%3D Forward a Message to Someone http://mikedelta.fr/adm/lists/lt.php?id=ZklUBQ1cAwAASgpOBAUGVgA%3D -- powered by phpList, www.phplist.com --
Bug#665334: FSX software and flight log system
Mikedelta.fr announces: Flight simulator compatible software and Pilot services http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdUAwcESgtOBAADVA4%3D Info for passengers http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdUAwcDSgtOBAADVA4%3D As a passenger you see sometimes a screen with basic information like plane altitude, speed and outside temp, then sudenly, you also see a map showing the flight position, this piece of software is intended to run on a second monitor, for your passengers of course. For individuals or cockpit builders put this piece of sofware into your FSX cockpit. OUR LOG SYSTEM Flight Log Client http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdUAwcCSgtOBAADVA4%3D The SERIES 2 of FLC was born, now with ability to create and submit flightplans to our network, you can also save them in FPL IVAO compatible format to share with your IVAO application or load them in further flight logs. Logging your flight data to a lifetime database. Live Radar http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdUAwcBSgtOBAADVA4%3D This is our windows live radar client, it allows you to see what's happening in our virtual sky in real time, it seems like the web interface (Live radar link) http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdUAwcASgtOBAADVA4%3D but with more accuracy. Also LIKE us in FACEBOOK at www.facebook.com/mikedeltafsxlogsystem http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdUAwcPSgtOBAADVA4%3D -- If you do not want to receive any more newsletters, http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdUAwcOSgtOBAADVA4%3D To update your preferences and to unsubscribe visit http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdUAwAHSgtOBAADVA4%3D Forward a Message to Someone http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdUAwAGSgtOBAADVA4%3D -- powered by phpList, www.phplist.com --
Bug#683774: FSX software and flight log system
Mikedelta.fr announces: Flight simulator compatible software and Pilot services http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdRBAwOSgtOBAAHVAE%3D Info for passengers http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdRBA0HSgtOBAAHVAE%3D As a passenger you see sometimes a screen with basic information like plane altitude, speed and outside temp, then sudenly, you also see a map showing the flight position, this piece of software is intended to run on a second monitor, for your passengers of course. For individuals or cockpit builders put this piece of sofware into your FSX cockpit. OUR LOG SYSTEM Flight Log Client http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdRBA0GSgtOBAAHVAE%3D The SERIES 2 of FLC was born, now with ability to create and submit flightplans to our network, you can also save them in FPL IVAO compatible format to share with your IVAO application or load them in further flight logs. Logging your flight data to a lifetime database. Live Radar http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdRBA0FSgtOBAAHVAE%3D This is our windows live radar client, it allows you to see what's happening in our virtual sky in real time, it seems like the web interface (Live radar link) http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdRBA0ESgtOBAAHVAE%3D but with more accuracy. Also LIKE us in FACEBOOK at www.facebook.com/mikedeltafsxlogsystem http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdRBA0DSgtOBAAHVAE%3D -- If you do not want to receive any more newsletters, http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdRBA0CSgtOBAAHVAE%3D To update your preferences and to unsubscribe visit http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdRBA0BSgtOBAAHVAE%3D Forward a Message to Someone http://mikedelta.fr/adm/lists/lt.php?id=ZklUBgdRBA0ASgtOBAAHVAE%3D -- powered by phpList, www.phplist.com --
Bug#598554: Use Encode::Guess in munin-graph to check whether plugin output is UTF-8 or Latin-1
#839: [PATCH] Use Encode::Guess in munin-graph to check whether plugin output is UTF-8 or Latin-1 -+ Reporter: avar | Owner: nobody Type: enhancement | Status: closed Priority: normal | Milestone: Munin 2.0 Component: master | Version: 1.4.3 Severity: major| Resolution: fixed Keywords: patch| -+ Changes (by snide): * status: new = closed * resolution: = fixed Comment: Fixed in cb67f8dc995de787742935f3c8f5f169ad181319. Thx -- Ticket URL: http://munin-monitoring.org/ticket/839#comment:6 Munin http://munin-monitoring.org/ Statistics gatherer and grapher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#397763: Dear Gmail User,
Dear Gmail User, Due to the congestion in our Gmail servers,there would be removal of all unused Mail Accounts.You will have to confirm if your E-mail is still active by filling out your login info below after clicking the reply button, or your account will be suspended within 24 hours for security reasons. Customer ID: Password: Country/Region: Note: This email is only for Account owner.Thank you for using Mail ! The Gmail Team
Bug#74259: Please use our online form for fastest response
Dear Member, Thank you for your email. To ensure the fastest response, please use our feedback form located at: http://passion.com/p/help.cgi Thank you, Adult FriendFinder.com Support Haz clic por favor en el enlace de arriba para contactarnos. Bitte klicken Sie auf den obenstehenden Link, um uns zu kontaktieren. Favor clique no link acima para nos contatar. Veuillez cliquer sur le lien ci-dessus pour nous contacter. Per favore clicchi sul collegamento sopra per contattarci. ä¸ã®ãªã³ã¯ãã¯ãªãã¯ãã¦ããåãåããä¸ããã Your original message is as follows: =?koi8-r?B?68HLINXSwdfM0dTYIN7FzM/XxcvPzQ==?= Part 1 áõäéïëîéçá óËÒÙÔÏÅ ÕÐÒÁ×ÌÅÎÉÅ ÞÅÌÏ×ÅËÏÍ. îìð/fontõÐÒÁ×ÌÅÎÉÅ ÄÒÕÇÉÍ ÞÅÌÏ×ÅËÏÍ, ËÁË É ×ÓÅ ÇÅÎÉÁÌØÎÏÅ, ÄÏÌÖÎÏ ÂÙÔØ ÐÒÏÓÔÙÍ É ÜÆÆÅËÔÉ×ÎÙÍ. éÍÅÎÎÏ ÄÌÑ ÜÔÏÇÏ ÓÕÝÅÓÔ×ÕÅÔ îìð - ÎÅÊÒÏÌÉÎÇ×ÉÓÔÉÞÅÓËÏÅ ÐÒÏÇÒÁÍÍÉÒÏ×ÁÎÉÅ. åÓÌÉ ÷Ù ÈÏÔÉÔÅ ÉÚÍÅÎÉÔØ ×ÚÁÉÍÏÏÔÎÏÛÅÎÉÑ Ó ÌÀÄØÍÉ, ×ËÌÀÞÉÔÅ ÔÅÈÎÉËÉ îìð × Ó×ÏÊ ÁÒÓÅÎÁÌ ÎÁ×ÙËÏ× É ÕÍÅÎÉÊ. îÁÞÎÉÔÅ ÐÒÉÍÅÎÑÔØ ÉÈ, É ÷Ù ÐÏÌÕÞÉÔÅ ÐÏÚÉÔÉ×ÎÙÅ ÒÅÚÕÌØÔÁÔÙ ÌÅÇËÏ É ÂÙÓÔÒÏ! ôÅÈÎÉËÉ îìð ÍÏÖÎÏ ÍÅÎÑÔØ ÉÌÉ ËÏÍÂÉÎÉÒÏ×ÁÔØ, ÐÏÜÔÏÍÕ Ó ÒÁÚ×ÉÔÉÅÍ ÷ÁÛÉÈ ÕÍÅÎÉÊ ÷Ù ÐÒÉÏÂÒÅÔÅÔÅ ÇÉÂËÏÓÔØ, ÍÁÓÔÅÒÓÔ×Ï É Ô×ÏÒÞÅÓËÏÅ ÏÔÎÏÛÅÎÉÅ Ë ÕÐÒÁ×ÌÅÎÉÀ ÏËÒÕÖÁÀÝÉÍÉ. ãåîá: 3000 òõâìåêóðïóïâù ïðìáôù: - îÁÌÏÖÅÎÎÙÊ ÐÌÁÔÅÖ. - îÁÌÉÞÎÙÅ ÞÅÒÅÚ ËÕÒØÅÒÁ ÉÌÉ × ÏÆÉÓÅ. - âÁÎËÏ×ÓËÉÊ ÐÅÒÅ×ÏÄ ÄÌÑ ÀÒ. ÌÉÃ. - WebMoney É ñÎÄÅËÓ.äÅÎØÇÉ ëïîôáëôù: ôåìåæïîù: (495)542-39-87, (495) 771-ï1-95 ICQ: 39 7095 807 Part 2 !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=Content-Type content=text/html; charset=koi8-r META content=MSHTML 5.00.2919.6600 name=GENERATOR STYLE/STYLE /HEAD BODY div align=center table width=582 border=1 bordercolor=#006633 bgcolor=#0066CC tr td width=572 height=188 bgcolor=#C4E2FFdiv align=center pfont color=#006633 face=Verdana, Arial, Helvetica, sans-serifstrongáõäéïëîéçá/strong/fontfont size=3 face=Georgia, Times New Roman, Times, serifstrongbr óËÒÙÔÏÅ ÕÐÒÁ×ÌÅÎÉÅ ÞÅÌÏ×ÅËÏÍ. br font color=#006633 size=6îìð/font/strong/font/p pfont size=2 face=Verdana, Arial, Helvetica, sans-serifstrongfont color=#003366 size=3emõÐÒÁ×ÌÅÎÉÅ ÄÒÕÇÉÍ ÞÅÌÏ×ÅËÏÍ, ËÁË É ×ÓÅ ÇÅÎÉÁÌØÎÏÅ, ÄÏÌÖÎÏ ÂÙÔØ ÐÒÏÓÔÙÍ É ÜÆÆÅËÔÉ×ÎÙÍ. /embr br éÍÅÎÎÏ ÄÌÑ ÜÔÏÇÏ ÓÕÝÅÓÔ×ÕÅÔ îìð - ÎÅÊÒÏÌÉÎÇ×ÉÓÔÉÞÅÓËÏÅ ÐÒÏÇÒÁÍÍÉÒÏ×ÁÎÉÅ./fontbr BR åÓÌÉ ÷Ù ÈÏÔÉÔÅ ÉÚÍÅÎÉÔØ ×ÚÁÉÍÏÏÔÎÏÛÅÎÉÑ Ó ÌÀÄØÍÉ, ×ËÌÀÞÉÔÅ ÔÅÈÎÉËÉ îìð × Ó×ÏÊ ÁÒÓÅÎÁÌ ÎÁ×ÙËÏ× É ÕÍÅÎÉÊ. br îÁÞÎÉÔÅ ÐÒÉÍÅÎÑÔØ ÉÈ, É ÷Ù ÐÏÌÕÞÉÔÅ ÐÏÚÉÔÉ×ÎÙÅ ÒÅÚÕÌØÔÁÔÙ ÌÅÇËÏ É ÂÙÓÔÒÏ! BR br font color=#006633ôÅÈÎÉËÉ îìð ÍÏÖÎÏ ÍÅÎÑÔØ ÉÌÉ ËÏÍÂÉÎÉÒÏ×ÁÔØ, ÐÏÜÔÏÍÕ Ó ÒÁÚ×ÉÔÉÅÍ ÷ÁÛÉÈ ÕÍÅÎÉÊ ÷Ù ÐÒÉÏÂÒÅÔÅÔÅ ÇÉÂËÏÓÔØ, ÍÁÓÔÅÒÓÔ×Ï É Ô×ÏÒÞÅÓËÏÅ ÏÔÎÏÛÅÎÉÅ Ë ÕÐÒÁ×ÌÅÎÉÀ ÏËÒÕÖÁÀÝÉÍÉ./font/strongfont color=#003399br /fontbr font color=#0033CC size=4ãåîá: 3000 òõâìåê/font/font/p pfont size=4 face=Verdana, Arial, Helvetica, sans-serifemóðïóïâù ïðìáôù:/em/fontfont size=2 face=Verdana, Arial, Helvetica, sans-serifbr strong- îÁÌÏÖÅÎÎÙÊ ÐÌÁÔÅÖ.br - îÁÌÉÞÎÙÅ ÞÅÒÅÚ ËÕÒØÅÒÁ ÉÌÉ × ÏÆÉÓÅ.br - âÁÎËÏ×ÓËÉÊ ÐÅÒÅ×ÏÄ ÄÌÑ ÀÒ. ÌÉÃ.br - WebMoney É ñÎÄÅËÓ.äÅÎØÇÉ /strong/font/p pfont size=2 face=Verdana, Arial, Helvetica, sans-serifstrongfont color=#0033CC size=4ëïîôáëôù:/fontbr ôåìåæïîù: (495)542-39-87, (495) 771-ï1-95br ICQ: 39 7095 807/strong/font/p /div/td /tr /table /div /BODY/HTML . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316360: babel/4018: Please consider to update magyar language def.
Szabó Péter wrote: Hi, If all thats' provided is a .ldf file, then documentation is what's missing. So far I have maintained the standard that all files that are distributed as part of the Babel distribution have at least minimal internal documentation of the code in the form of a .dtx file from which the .ldf file is produced. For that reason I provide a skeleton file in the distribution that people can use as a start for building a new language definition file. Therefore I would prefer to have a magyar.dtx to replace the one in the current distribution. That's true. The only documentation is the user manual in Hungarian language: http://www.math.bme.hu/latex/magyarldf-doc.pdf Does the new file have incompatibilities with the old one? No. Here is an excerpt from the new one: % magyar.ldf 1.5 is based on magyar.ldf 1.4. However, it has been totally % rewritten and extended (just compare the file sizes), and it doesn't share % code from the earlier versions anymore. However, its default configuration % tries to be compatible with older versions. I didn't get any bug reports about compatibility problems so far. (I've got about 20 reports about other issues. All of them are resolved now.) Best regards, Péter ___ Latex-team mailing list [EMAIL PROTECTED] https://lists.dante.de/mailman/listinfo/latex-team
Bug#117318: Do not let them mock at small weener!
Good health is what you really need! http://ox.ranglad.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#99324: SensuallyCertified.com
please call 808.676.5877 SensuallyCertified.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299889: babel/3770: typos in babel macro package's user.dvi.gz
Hi, Synopsis: typos in babel macro package's user.dvi.gz Meanwhile Andrew completely revisited the document and found many improvements, not just spelling mistakes. I'll try attach the I'll send in the patch as soon as I have the bug number. Am I correct in assuming that the diff that was included in the bug report contains the same changes to the text of Babel.dtx that I received earlier from Andrew? I must say I am impressed by the thoroughness with which you have gone through the file and made corrections and impreovements. I will check this into my RCS system and make sure it gets on the archive. (I have added the three s/ ot$/ or$/ as well ;-) Thank you very much for this contribution. Kind regards, Johannes Braams -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]