Bug#1032953: telegram-desktop: Cannot connect to group audio call
Package: telegram-desktop Version: 4.6.5+ds-1 Severity: important Dear Maintainer, Since I upgraded a series of packages on my system, Telegram no longer can connect to group audio call. When I try to join one, the micro button keeps spinning and shows "Connecting". After a while the tooltip "You are on mute…" shows, same as if it was able to connect to a group call. I tried the same version but upstream (downloaded from Telegram website) and it doesn't have the same problem. Regards, Hieu -- Package-specific info: -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-6-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=vi_VN.UTF-8, LC_CTYPE=vi_VN.UTF-8 (charmap=UTF-8), LANGUAGE=en_US Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages telegram-desktop depends on: ii libabsl20220623 20220623.1-1 ii libavcodec-extra59 [libavcodec59]7:5.1.2-3 ii libavformat-extra59 [libavformat59] 7:5.1.2-3 ii libavutil57 7:5.1.2-3 ii libc62.36-8 ii libgcc-s112.2.0-14 ii libglib2.0-0 2.74.6-1 ii libglibmm-2.68-1 2.74.0-2 ii libhunspell-1.7-01.7.2+really1.7.1-2 ii libjpeg62-turbo 1:2.1.5-2 ii libkf5coreaddons55.103.0-1 ii liblz4-1 1.9.4-1 ii libminizip1 1.1-8+b1 ii libopenal1 1:1.19.1-2 ii libopus0 1.3.1-3 ii libqrcodegencpp1 1.8.0-1.1 ii libqt5core5a [qtbase-abi-5-15-8] 5.15.8+dfsg-3 ii libqt5gui5 5.15.8+dfsg-3 ii libqt5network5 5.15.8+dfsg-3 ii libqt5qml5 5.15.8+dfsg-3 ii libqt5quickwidgets5 5.15.8+dfsg-3 ii libqt5svg5 5.15.8-2 ii libqt5waylandcompositor5 5.15.8-2 ii libqt5widgets5 5.15.8+dfsg-3 ii librlottie0-10.1+dfsg-4 ii libsigc++-3.0-0 3.4.0-1 ii libssl3 3.0.8-1 ii libstdc++6 12.2.0-14 ii libswresample4 7:5.1.2-3 ii libswscale6 7:5.1.2-3 ii libvpx7 1.12.0-1 ii libwayland-client0 1.21.0-1 ii libx11-6 2:1.8.4-2 ii libxcb-keysyms1 0.4.0-1+b2 ii libxcb-record0 1.15-1 ii libxcb-screensaver0 1.15-1 ii libxcb1 1.15-1 ii libxcomposite1 1:0.4.5-1 ii libxdamage1 1:1.1.6-1 ii libxext6 2:1.3.4-1+b1 ii libxfixes3 1:6.0.0-2 ii libxrandr2 2:1.5.2-2+b1 ii libxtst6 2:1.2.3-1.1 ii libxxhash0 0.8.1-1 ii qt5-image-formats-plugins5.15.8-2 ii zlib1g 1:1.2.13.dfsg-1 Versions of packages telegram-desktop recommends: ii fonts-open-sans 1.11-2 ii libwebkit2gtk-4.0-37 2.38.5-1 ii libwebkit2gtk-4.1-0 2.38.5-1 telegram-desktop suggests no packages. Versions of packages telegram-desktop is related to: ii xdg-desktop-portal 1.16.0-2 ii xdg-desktop-portal-gtk [xdg-desktop-portal-backend] 1.14.1-1 ii xdg-desktop-portal-kde [xdg-desktop-portal-backend] 5.27.2-1 -- no debconf information [2023.03.14 22:37:25] Launched version: 4006005, install beta: [FALSE], alpha: 0, debug mode: [FALSE] [2023.03.14 22:37:25] Executable dir: /home/hieu/Tải xuống/Telegram/, name: Telegram [2023.03.14 22:37:25] Initial working dir: /home/hieu/Tải xuống/Telegram/ [2023.03.14 22:37:25] Working dir: /home/hieu/.local/share/TelegramDesktop/ [2023.03.14 22:37:25] Command line: ./Telegram [2023.03.14 22:37:25] Executable path before check: /home/hieu/Tải xuống/Telegram/Telegram [2023.03.14 22:37:25] Logs started [2023.03.14 22:37:25] Launcher filename: org.telegram.desktop._a626e77e3ef9c9da3a992cdb209c211a.desktop [2023.03.14 22:37:25] Connecting local socket to /tmp/0321e7a9ec8691f652f240ae6b8f656c-{87A94AB0-E370-4cde-98D3-ACC110C5967D}... [2023.03.14 22:37:25] This is the only instance of Telegram, starting server and app... [2023.03.14 22:37:25] Moved logging from '/home/hieu/.local/share/TelegramDesktop/log_start1.txt' to '/home/hieu/.local/share/TelegramDesktop/log.txt'! [2023.03.14 22:37:25] Old start log 'log_start0.txt' found, deleted: [TRUE] [2023.03.14 22:37:25] Global devicePixelRatio: 1
Bug#963217: bind9: 9.11 min-ncache-ttl patch swaps min-max ncache ttl in non-DNSSEC path
Package: bind9 Version: 1:9.11.5.P4+dfsg-5.1+deb10u1 Severity: normal Dear Maintainer, We run a Debian10 recursive resolver with DNSSEC-validation disabled, and discovered that it puts negative answers in cache at TTL of 3hours (10800s), regardless of SOA's MININUM field. Example query against a problem resolver: $ dig @127.0.0.1 nx-domain.xyz | grep SOA xyz. 10800 IN SOA ...snip snip... 3600 # rndc dumpdb -cache # grep nx-domain /var/cache/bind/named_dump.db nx-domain.xyz. 10800 \-ANY ...snip... With DNSSEC validation enabled, the negative answer is cached correctly for 3600s. As a workaround, we set min-ncache-ttl a bit bigger than the affected internal zone's MINIMUM, and could keep dnssec-validation no. The min-ncache-ttl patch for 9.11 series misplaced `view->maxncachettl` into `view->minncachettl` position in ncache_message (patch 003_min_cache_ttl.diff lines 236 to 238, compared to lines in validated() above). This is also present in stretch-backports patch. This patch was dropped from bind9 9.12 packages onward, so sid/experimental doesn't have this bug. Please help refresh the patch, thank you. -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-9-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages bind9 depends on: ii adduser 3.118 ii bind9utils 1:9.11.5.P4+dfsg-5.1+deb10u1 ii debconf [debconf-2.0] 1.5.71 ii dns-root-data 2019031302 ii libbind9-161 1:9.11.5.P4+dfsg-5.1+deb10u1 ii libc6 2.28-10 ii libcap2 1:2.25-2 ii libcom-err2 1.44.5-1+deb10u3 ii libdns1104 1:9.11.5.P4+dfsg-5.1+deb10u1 ii libfstrm0 0.4.0-1 ii libgeoip1 1.6.12-1 ii libgssapi-krb5-2 1.17-3 ii libisc1100 1:9.11.5.P4+dfsg-5.1+deb10u1 ii libisccc161 1:9.11.5.P4+dfsg-5.1+deb10u1 ii libisccfg163 1:9.11.5.P4+dfsg-5.1+deb10u1 ii libjson-c3 0.12.1+ds-2 ii libk5crypto3 1.17-3 ii libkrb5-3 1.17-3 ii liblmdb0 0.9.22-1 ii liblwres161 1:9.11.5.P4+dfsg-5.1+deb10u1 ii libprotobuf-c1 1.3.1-1+b1 ii libssl1.1 1.1.1d-0+deb10u3 ii libxml2 2.9.4+dfsg1-7+b3 ii lsb-base 10.2019051400 ii net-tools 1.60+git20180626.aebd88e-1 ii netbase 5.6 bind9 recommends no packages. Versions of packages bind9 suggests: pn bind9-doc ii dnsutils 1:9.11.5.P4+dfsg-5.1+deb10u1 pn resolvconf pn ufw -- Configuration Files: /etc/bind/named.conf.options changed: options { directory "/var/cache/bind"; // If there is a firewall between you and nameservers you want // to talk to, you may need to fix the firewall to allow multiple // ports to talk. See http://www.kb.cert.org/vuls/id/800113 // If your ISP provided one or more IP addresses for stable // nameservers, you probably want to use them as forwarders. // Uncomment the following block, and insert the addresses replacing // the all-0's placeholder. // forwarders { // 0.0.0.0; // }; // // If BIND logs error messages about the root key being expired, // you will need to update your keys. See https://www.isc.org/bind-keys // dnssec-validation no; listen-on-v6 { any; }; }; -- debconf information: bind9/different-configuration-file: bind9/start-as-user: bind bind9/run-resolvconf: false
Bug#928334: iputils FTCBFS: Uses the build architecture compiler
Source: iputils Version: 3:20180629-2 Severity: normal Tags: patch User:helm...@debian.org Usertags: rebootstrap Hi, iputils fails to cross build from source, because it uses the build architecture compiler. Using "dh_auto_build" instead of "$(MAKE)" can solve this problem. Please consider applying the attached patch. Hieu. diff -Nru iputils-20180629/debian/rules iputils-20180629/debian/rules --- iputils-20180629/debian/rules 2018-08-03 23:53:09.0 +0700 +++ iputils-20180629/debian/rules 2018-08-03 23:53:09.0 +0700 @@ -17,11 +17,11 @@ build-arch: configure dh_testdir - $(MAKE) $(TARGETS) + dh_auto_build -- $(TARGETS) build-indep: configure dh_testdir - $(MAKE) -C doc man + dh_auto_build -- -C doc man build: build-arch build-indep -- This mail was scanned by BitDefender For more information please visit http://www.bitdefender.com
Bug#928317: xcb FTCBFS: Uses the build architecture compiler
Source: xcb Version: 2.4-4.3 Severity: normal Tags: patch User:helm...@debian.org Usertags: rebootstrap Hi, xcb fails to cross build from source, because it uses the build architecture compiler. Using "dh_auto_build" instead of "$(MAKE)" can solve this problem. Please consider applying the attached patch. Hieu. diff -Nru xcb-2.4/debian/rules xcb-2.4/debian/rules --- xcb-2.4/debian/rules2012-05-11 17:23:09.0 +0700 +++ xcb-2.4/debian/rules2012-05-11 18:25:15.0 +0700 @@ -10,7 +10,7 @@ override_dh_auto_build: # CCOPTIONS is used to pass CFLAGS, CPPFLAGS when compiling .c files, # EXTRA_LOAD_FLAGS when linking the program. - $(MAKE) \ + dh_auto_build -- \ CCOPTIONS="$(CFLAGS) $(CPPFLAGS)" \ EXTRA_LOAD_FLAGS="-I. $(CFLAGS) $(LDFLAGS)" cp xcb.man debian/xcb.1 -- This mail was scanned by BitDefender For more information please visit http://www.bitdefender.com
Bug#927923: unhtml FTCBFS: Uses the build architecture compiler
Source: unhtml Version: 2.3.9-4 Severity: normal Tags: patch User:helm...@debian.org Usertags: rebootstrap Hi, unhtml fails to cross build from source, because it uses the build architecture compiler. Using "dh_auto_build" instead of "$(MAKE)" can solve this problem. Please consider applying the attached patch. Hieu. diff -Nru unhtml-2.3.9/debian/rules unhtml-2.3.9/debian/rules --- unhtml-2.3.9/debian/rules 2012-06-24 01:42:50.0 +0700 +++ unhtml-2.3.9/debian/rules 2017-01-21 23:35:10.0 +0700 @@ -10,7 +10,7 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+all override_dh_auto_build: - $(MAKE) CFLAGS="$(FLAGS)" + dh_auto_build -- CFLAGS="$(FLAGS)" override_dh_auto_install: install -m 755 -D $(PACKAGE) debian/$(PACKAGE)/usr/bin/$(PACKAGE) -- This mail was scanned by BitDefender For more information please visit http://www.bitdefender.com
Bug#927861: mdm FTCBFS: Uses the build architecture strip
Source: mdm Version: 0.1.3-2.1 Severity: normal Tags: patch User:helm...@debian.org Usertags: rebootstrap Hi, mdm strips during make install by passing -s to install. This causes cross compilation failure as the build architecture strip is used, and it does not generate a useful -dbgsym package. Please consider applying the attached patch for fix this issue. Hieu. diff -u mdm-0.1.3/Makefile mdm-0.1.3/Makefile --- mdm-0.1.3/Makefile +++ mdm-0.1.3/Makefile @@ -46,9 +46,9 @@ install-bin : all $(INSTALL) -d $(BIN_D_DIR) $(LIB_D_DIR) $(INSTALL) scripts/mdm.screen scripts/ncpus $(BIN_D_DIR) - $(INSTALL) -s mdm-run $(BIN_D_DIR) + $(INSTALL) mdm-run $(BIN_D_DIR) $(LN) -f -s mdm-run $(BIN_D_DIR)/mdm-sync - $(INSTALL) -s mdm-master mdm-slave mdm-top $(LIB_D_DIR) + $(INSTALL) mdm-master mdm-slave mdm-top $(LIB_D_DIR) $(SED) -i -e "s:MDM_LIB:$(LIB_DIR):" $(BIN_D_DIR)/mdm.screen install-docs : -- This mail was scanned by BitDefender For more information please visit http://www.bitdefender.com
Bug#927843: wmwave FTCBFS: hard codes build architecture compiler, uses build architecture strip
Source: wmwave Version: 0.4-10 Severity: normal Tags: patch User:helm...@debian.org Usertags: rebootstrap Hi, wmwave fails to cross build from source, because the upstream build system hard codes the build architecture compiler "cc" in its Makefile, and it uses the build architecture strip on host architecture ELF objects. - Replacing "cc" with "$(CC)" in Makefile and "$(MAKE)" with "dh_auto_build" in debian/rules. - Adding a host architecture prefix to strip. wmwave cross builds successfully. Please consider applying the attached patch. Hieu. diff -u wmwave-0.4/Makefile wmwave-0.4/Makefile --- wmwave-0.4/Makefile +++ wmwave-0.4/Makefile @@ -15,13 +15,13 @@ default:all .c.o: - cc $(CFLAGS) -I/usr/X11R6/share/include -c $< -o $*.o + $(CC) $(CFLAGS) -I/usr/X11R6/share/include -c $< -o $*.o wmwave.o: wmwave.c wmwave-master.xpm - cc $(CFLAGS) -I/usr/X11R6/share/include -c wmwave.c -o $*.o + $(CC) $(CFLAGS) -I/usr/X11R6/share/include -c wmwave.c -o $*.o wmwave: $(OBJS) wmwave.o - cc $(CFLAGS) -o wmwave $(OBJS) -lXext $(LIBDIR) $(LIBS) wmwave.o + $(CC) $(CFLAGS) -o wmwave $(OBJS) -lXext $(LIBDIR) $(LIBS) wmwave.o all:: wmwave diff -u wmwave-0.4/debian/rules wmwave-0.4/debian/rules --- wmwave-0.4/debian/rules +++ wmwave-0.4/debian/rules @@ -13,7 +13,7 @@ CFLAGS += -O2 endif ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) - INSTALL_OPTS = -s + INSTALL_OPTS = -s --strip-program=$(DEB_HOST_GNU_TYPE)-strip endif configure: configure-stamp @@ -26,7 +26,7 @@ dh_testdir # Add here commands to compile the package. - $(MAKE) CFLAGS="$(CFLAGS)" + dh_auto_build -- CFLAGS="$(CFLAGS)" #/usr/bin/docbook-to-man debian/wmwave.sgml > wmwave.1 touch build-stamp -- This mail was scanned by BitDefender For more information please visit http://www.bitdefender.com
Bug#927773: wmnet FTCBFS: uses the build architecture compiler
Source: wmnet Version: 1.06-1 Severity: normal Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi, wmnet fails to cross build from source, because it uses the build architecture compiler. Using "dh_auto_build" instead of "make" can solve this problem. Please consider applying the attached patch. Hieu. diff -Nru wmnet-1.06/debian/rules wmnet-1.06/debian/rules --- wmnet-1.06/debian/rules 2012-03-04 03:13:23.0 +0700 +++ wmnet-1.06/debian/rules 2012-03-04 03:20:19.0 +0700 @@ -10,7 +10,7 @@ dh_testdir xmkmf - make + dh_auto_build touch build-stamp -- This mail was scanned by BitDefender For more information please visit http://www.bitdefender.com
Bug#867067: create directory for nfsdcltrack
Hello Stephen, I was able to resolve this by following these steps (after doing strace nfsdcltrack init to find out why it returned -13) **[1]** 1. `# mkdir /var/lib/nfs/nfsdcltrack` 2. `# nfsdcltrack init` 3. check if file `/var/lib/nfs/nfsdcltrack/main.sqlite` is present 4. check with `sqlite /var/lib/nfs/nfsdcltrack/main.sqlite` * querying `.tables` gives `clients` and `parameters` * querying `.schema clients` gives `CREATE TABLE clients (id BLOB PRIMARY KEY, time INTEGER, has_session INTEGER);` * querying `.schema parameters` gives `CREATE TABLE parameters (key TEXT PRIMARY KEY, value TEXT);` 5. `# systemctl restart nfs-server` Your `journalctl` should show success message. **[1]** strace output (clipped) ``` lstat64("/var/lib/nfs/nfsdcltrack/main.sqlite", 0xbfcab32c) = -1 ENOENT (No such file or directory) getpid()= 4266 getpid()= 4266 stat64("/var/lib/nfs/nfsdcltrack/main.sqlite", 0xbfcaaf18) = -1 ENOENT (No such file or directory) open("/var/lib/nfs/nfsdcltrack/main.sqlite", O_RDWR|O_CREAT|O_LARGEFILE|O_CLOEXEC, 0644) = -1 EACCES (Permission denied) open("/var/lib/nfs/nfsdcltrack/main.sqlite", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory) mkdir("/var/lib/nfs/nfsdcltrack", 0700) = -1 EEXIST (File exists) stat64("/var/lib/nfs/nfsdcltrack", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat64("/var/lib/nfs/nfsdcltrack/main.sqlite", 0xbfcab32c) = -1 ENOENT (No such file or directory) getpid()= 4266 stat64("/var/lib/nfs/nfsdcltrack/main.sqlite", 0xbfcaaf18) = -1 ENOENT (No such file or directory) open("/var/lib/nfs/nfsdcltrack/main.sqlite", O_RDWR|O_CREAT|O_LARGEFILE|O_CLOEXEC, 0644) = -1 EACCES (Permission denied) open("/var/lib/nfs/nfsdcltrack/main.sqlite", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory) ``` Cheers, Hieu
Bug#863060: linux-image-4.9.0-2-grsec-amd64: grsec prevents sddm and KDE from starting
8] uid/euid:0/0 gid/egid:0/0 [ 626.126653] grsec: exec of /bin/dash (/bin/sh -c lsb_release -si 2>/dev/null ) by /bin/dash[reportbug:1370] uid/euid:0/0 gid/egid:0/0, parent /usr/bin/reportbug[reportbug:1350] uid/euid:0/0 gid/egid:0/0 [ 626.128511] grsec: exec of /usr/bin/lsb_release (lsb_release -si ) by /usr/bin/lsb_release[sh:1371] uid/euid:0/0 gid/egid:0/0, parent /bin/dash[sh:1370] uid/euid:0/0 gid/egid:0/0 [ 638.339472] grsec: chdir to / by /lib/systemd/systemd[(agetty):1374] uid/euid:0/0 gid/egid:0/0, parent /lib/systemd/systemd[systemd:1] uid/euid:0/0 gid/egid:0/0 [ 638.341204] grsec: exec of /sbin/agetty (/sbin/agetty --noclear tty2 linux ) by /sbin/agetty[(agetty):1374] uid/euid:0/0 gid/egid:0/0, parent /lib/systemd/systemd[systemd:1] uid/euid:0/0 gid/egid:0/0 [ 638.346255] grsec: exec of /etc/console-setup/cached_setup_terminal.sh (/etc/console-setup/cached_setup_terminal.sh vcs2 ) by /etc/console-setup/cached_setup_terminal.sh[systemd-udevd:1378] uid/euid:0/0 gid/egid:0/0, parent /lib/systemd/systemd-udevd[systemd-udevd:1375] uid/euid:0/0 gid/egid:0/0 [ 638.347929] grsec: exec of /lib/systemd/systemd-cgroups-agent (/lib/systemd/systemd-cgroups-agent /user.slice/user-1000.slice/session-3.scope ) by /lib/systemd/systemd-cgroups-agent[kworker/u8:3:1379] uid/euid:0/0 gid/egid:0/0, parent /[kthreadd:2] uid/euid:0/0 gid/egid:0/0 [ 638.388869] grsec: chdir to / by /lib/systemd/systemd[(agetty):1380] uid/euid:0/0 gid/egid:0/0, parent /lib/systemd/systemd[systemd:1] uid/euid:0/0 gid/egid:0/0 [ 638.388985] grsec: exec of /sbin/agetty (/sbin/agetty --noclear tty1 linux ) by /sbin/agetty[(agetty):1380] uid/euid:0/0 gid/egid:0/0, parent /lib/systemd/systemd[systemd:1] uid/euid:0/0 gid/egid:0/0 [ 638.392745] grsec: exec of /lib/systemd/systemd-cgroups-agent (/lib/systemd/systemd-cgroups-agent /user.slice/user-1000.slice/user@1000.service/gpg-agent.service ) by /lib/systemd/systemd-cgroups-agent[kworker/u8:3:1381] uid/euid:0/0 gid/egid:0/0, parent /[kthreadd:2] uid/euid:0/0 gid/egid:0/0 [ 638.400436] grsec: exec of /lib/systemd/systemd-cgroups-agent (/lib/systemd/systemd-cgroups-agent /user.slice/user-1000.slice/user@1000.service/systemd-exit.service ) by /lib/systemd/systemd-cgroups-agent[kworker/u8:3:1384] uid/euid:0/0 gid/egid:0/0, parent /[kthreadd:2] uid/euid:0/0 gid/egid:0/0 [ 638.406339] grsec: exec of /lib/systemd/systemd-cgroups-agent (/lib/systemd/systemd-cgroups-agent /user.slice/user-1000.slice ) by /lib/systemd/systemd-cgroups-agent[kworker/u8:3:1389] uid/euid:0/0 gid/egid:0/0, parent /[kthreadd:2] uid/euid:0/0 gid/egid:0/0 [ 638.409464] grsec: exec of /lib/systemd/systemd-cgroups-agent (/lib/systemd/systemd-cgroups-agent /user.slice/user-1000.slice/user@1000.service ) by /lib/systemd/systemd-cgroups-agent[kworker/u8:3:1387] uid/euid:0/0 gid/egid:0/0, parent /[kthreadd:2] uid/euid:0/0 gid/egid:0/0 [ 638.411703] grsec: exec of /lib/systemd/systemd-cgroups-agent (/lib/systemd/systemd-cgroups-agent /user.slice/user-1000.slice/user@1000.service/init.scope ) by /lib/systemd/systemd-cgroups-agent[kworker/u8:3:1386] uid/euid:0/0 gid/egid:0/0, parent /[kthreadd:2] uid/euid:0/0 gid/egid:0/0 [ 638.412484] grsec: exec of /lib/systemd/systemd-cgroups-agent (/lib/systemd/systemd-cgroups-agent /user.slice ) by /lib/systemd/systemd-cgroups-agent[kworker/u8:3:1390] uid/euid:0/0 gid/egid:0/0, parent /[kthreadd:2] uid/euid:0/0 gid/egid:0/0 [ 638.416537] grsec: unmount of tmpfs by /lib/systemd/systemd-logind[systemd-logind:400] uid/euid:0/0 gid/egid:0/0, parent /lib/systemd/systemd[systemd:1] uid/euid:0/0 gid/egid:0/0 [ 640.887719] grsec: exec of /bin/login (/bin/login -- hieu ) by /bin/login[agetty:1380] uid/euid:0/0 gid/egid:0/0, parent /lib/systemd/systemd[systemd:1] uid/euid:0/0 gid/egid:0/0 [ 643.392755] grsec: exec of /bin/dash (sh -c /usr/bin/env -i PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin run-parts --lsbsysinit /etc/update-motd.) by /bin/dash[login:1391] uid/euid:0/0 gid/egid:0/0, parent /bin/login[login:1380] uid/euid:0/0 gid/egid:0/0 [ 643.393618] grsec: exec of /usr/bin/env (/usr/bin/env -i PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin run-parts --lsbsysinit /etc/update-motd.d ) by /usr/bin/env[sh:1392] uid/euid:0/0 gid/egid:0/0, parent /bin/dash[sh:1391] uid/euid:0/0 gid/egid:0/0 [ 643.394039] grsec: exec of /bin/run-parts (run-parts --lsbsysinit /etc/update-motd.d ) by /bin/run-parts[env:1392] uid/euid:0/0 gid/egid:0/0, parent /bin/dash[sh:1391] uid/euid:0/0 gid/egid:0/0 [ 643.395003] grsec: exec of /etc/update-motd.d/10-uname (/etc/update-motd.d/10-uname ) by /etc/update-motd.d/10-uname[run-parts:1393] uid/euid:0/0 gid/egid:0/0, parent /bin/run-parts[run-parts:1392] uid/euid:0/0 gid/egid:0/0 [ 643.395607] grsec: exec of /bin/uname (uname -snrvm ) by /bin/uname[10-uname:1394] uid/euid:0/0 gid/egid:0/0, parent /etc/update-motd.d/10-uname[10-uname:1393] uid/euid:0/0 gid/egid:0/0
Bug#277857: Women love this
Make a life-changing decision right now by clicking here http://www.Ternseters.com/ Don't wait to climax -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332234: 10 new ways to caress breasts
Give yourself a new lease on life with this must-have Mens supplement. http://www.Frenkinlins.com/ You can be the Alpha Male -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453100: CPPFLAGS and CFLAGS
Hello, Is it -fno-strict-aliasing or -fno-strict-align? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#66408: haco hach
tutohrial tutporial tutoprial http://img444.imageshack.us/my.php?image=adyn8.gif oand pand lqnd lwnd lind lsnd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]