Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x
Hello! May I politely inquire about the status of the switch to the 2.4 series of GnuPG? According to the GnuPG homepage, the 2.2 series currently used in Debian will reach its EOL on December 31, 2024 [1]. A 2.4 package has been in Experimental for a while, but never made it to Unstable, Testing or even Backports. Thanks for all your work! Karel [1] https://gnupg.org/download/index.html
Bug#1050329: sexpp FTBFS with nocheck profile
Hello! Please excuse me for writing a mail about this bug as a non-Debian developer. I had read on a problem with the GnuPG2 package (#1033155) that Daniel is on the LowThresholdNmu list. If I understood it correctly, there is already a patch for this bug. So could such a non-maintainer upload be the solution here as well? Again, sorry for this unasked post, but since 10/24 is approaching, I just wrote it as a simple Thundbird user on Debian. Kind regards Karel
Bug#1034396: file-roller: File-Roller fails to create 7z- and ZIP-archives from folders selected in Nemo
Three additional information that might be helpful here: 1) I recently (about a week ago) updated my system from a fully patched Bullseye to Bookworm. 2) About one or two month ago the same scenario (select directories in homedir and create a ZIP via contextmenu) worked without any problems. 3) It isn‘t mentioned in the lis of installed softwarecomponents created by bugreport, but I also have the (new) package 7zip installed.
Bug#1034396: file-roller: File-Roller fails to create 7z- and ZIP-archives from folders selected in Nemo
Package: file-roller Version: 43.0-1 Severity: important X-Debbugs-Cc: karel-...@tutanota.com Dear Maintainer, I tried to create an archive ba selecting various folders in my homedirectory and then selecting "compress" in context menu. In the appearing file-roller-box I selected to create a 7z- or ZIP-archive without further archivingoptions. The archiving-process begins and a hidden folder is created during this. After this is completed the tempfolder is deleted, but no 7z or ZIP-archive is created. I tried exactly the same using tar.gz and rar (which I have also installed and registered) as target archive formats and these produce the expected archives. I hope these additional facts (some target formats are working, some not) helps pinpointing the error! Thanks for investigating and correcting! -- System Information: Debian Release: 12.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-7-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages file-roller depends on: ii bzip21.0.8-5+b1 ii dconf-gsettings-backend [gsettings-backend] 0.40.0-4 ii libarchive13 3.6.2-1 ii libc62.36-8 ii libcairo21.16.0-7 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.74.6-1 ii libgtk-3-0 3.24.37-2 ii libhandy-1-0 1.8.1-1 ii libjson-glib-1.0-0 1.6.6-1 ii libnautilus-extension4 43.2-1 ii libpango-1.0-0 1.50.12+ds-1 ii p7zip-full 16.02+dfsg-8 Versions of packages file-roller recommends: ii gvfs 1.50.3-1 ii yelp 42.2-1 Versions of packages file-roller suggests: ii arj 3.10.22-26 ii lhasa [lha] 0.3.1-4+b1 ii lzip 1.23-5 ii lzop 1.04-2 pn ncompress pn rpm2cpio pn rzip pn sharutils pn squashfs-tools pn unace pn unalz pn unar ii unzip6.0-28 ii xz-utils [lzma] 5.4.1-0.2 ii zip 3.0-13 pn zoo -- no debconf information
Bug#807071: util-linux: please allow term-utils/script.c without signalfd (needed for kFreeBSD and Hurd)
On Thu, Feb 02, 2023 at 02:08:11AM +, Thorsten Glaser wrote: > Karel Zak dixit: > > >On Thu, Oct 24, 2019 at 12:38:51AM +, Thorsten Glaser wrote: > >> you were involved in changing script(1) to use signalfd, which > >> is apparently Linux-specific but util-linux also is used, at > >> least in Debian, on other kernels, such as the FreeBSD and Hurd > >> ones (FSVO “kernel”, for the latter). > > > >The problem is that with signalfd it's more reliable than when > >classic signals interrupt any syscall, but I have no problem to > >support any #ifdefs for non-signalfd systems. > > > >I have added this request to our TODO file. We'll see. > > How’s this progressing? Sorry, no progress. I have added git hub issue for this https://github.com/util-linux/util-linux/issues/2054 Karel -- Karel Zak http://karelzak.blogspot.com
Bug#1030285: Fwd: Bug#1030285: bsdutils: logger: regressed to reusing initial timestamp
On Thu, Feb 02, 2023 at 02:50:30PM +, Thorsten Glaser wrote: > this regressed between 2.37.3 and 2.38~rc1 and you were the person > to touch this code last; do you have any idea which change introduced > this regression and a possible fix? Already reported: https://github.com/util-linux/util-linux/issues/1866 Bugfix: http://github.com/util-linux/util-linux/commit/96ccdc00e1fcf1684f9734a189baf90e00ff0c9a Karel > > Thanks in advance! > > -- Forwarded message -- > Message-ID: <167530436240.9092.12628425440425024484.report...@ara4.mirbsd.org> > Date: Thu, 02 Feb 2023 02:19:22 + > Subject: Bug#1030285: bsdutils: logger: regressed to reusing initial timestamp > > Package: bsdutils > Version: 1:2.38.1-4 > Severity: normal > X-Debbugs-Cc: t...@mirbsd.de > > I *know* we had this bug already, and it got fixed at some time, > but apparently a regression was introduced and this bug shows up > again in sid: long-running logger(1) sessions do not receive an > updated timestamp for later lines: > > root@ara4:~ # tail -F /var/log/syslog& > root@ara4:~ # (echo foo; sleep 5; echo bar) | logger -t baz > Feb 2 02:04:24 ara4 baz: foo > Feb 2 02:04:24 ara4 baz: bar > > Compare bullseye: > > tglase@x61w:~ $ (echo foo; sleep 5; echo bar) | logger -t baz > Feb 2 03:04:45 x61w baz: foo > Feb 2 03:04:50 x61w baz: bar > > I use “dæmonprogram | logger -t nameofthat” quite often, and > having output with ancient timestamps suddenly show up in logs > is confusing (especially fail2ban very much dislikes that). > > For the sake of completeness, the bullseye system uses > inetutils-syslogd 2:2.0-1+deb11u1, the sid system has > inetutils-syslogd 2:2.4-2, but TTBOMK the timestamp is > generated by logger(1), not the syslog dæmon (that would > be weird). > > > -- System Information: > Debian Release: bookworm/sid > APT prefers unreleased > APT policy: (500, 'unreleased'), (500, 'unstable') > Architecture: m68k > > Kernel: Linux 6.1.0-2-m68k (UP) > Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set > Shell: /bin/sh linked to /usr/bin/bash > Init: sysvinit (via /sbin/init) > > Versions of packages bsdutils depends on: > ii libc6 2.36-4+ports > ii libsystemd0 252.4-1 > > Versions of packages bsdutils recommends: > ii bsdextrautils 2.38.1-4 > > bsdutils suggests no packages. > > -- no debconf information > -- Karel Zak http://karelzak.blogspot.com
Bug#1003095: /usr/bin/script: hangs when child doesn't read input fast enough
On Tue, Apr 12, 2022 at 04:25:14PM +0200, наб wrote: > Added pty->free_buffers where we put free-to-use (fully-written-out buffers) > instead of free()ing them; my testing indicates, that for interactive use > we allocate a single buffer and re-use 100% of the time. Cool. > include/pty-session.h | 7 +++ > lib/pty-session.c | 126 ++ > 2 files changed, 110 insertions(+), 23 deletions(-) Applied, thanks! Please, next time use "Signed-off-by:" line :-) Karel -- Karel Zak http://karelzak.blogspot.com
Bug#1003095: /usr/bin/script: hangs when child doesn't read input fast enough
On Fri, Jan 14, 2022 at 12:28:11AM +0100, наб wrote:
> -static int write_to_child(struct ul_pty *pty, char *buf, size_t bufsz)
> +static int schedule_child_write(struct ul_pty *pty, char *buf, size_t bufsz,
> int final)
> {
> - return write_all(pty->master, buf, bufsz);
> + struct ul_pty_child_buffer *stash = calloc(1, sizeof(*stash));
It means that for each activity on the file descriptor it will
allocate a new buffer (in BUFSIZ). It seems pretty expensive.
Cannot we reuse the buffers?
Maybe use include/list.h, define two lists, one for not-yet-written
buffers and another for ready-to-use buffers and move from one list to
another in schedule_child_write() and flush_child_buffers().
> + if (!stash)
> + return -1;
> +
> + memcpy(stash->buf, buf, bufsz);
> + stash->size = bufsz;
> + stash->final_input = final ? 1 : 0;
> +
> + if (pty->child_buffer_head)
> + pty->child_buffer_tail = pty->child_buffer_tail->next = stash;
> + else
> + pty->child_buffer_head = pty->child_buffer_tail = stash;
> + return 0;
> }
>
> /*
> @@ -311,16 +329,13 @@ static int write_to_child(struct ul_pty
> * maintains master+slave tty stuff within the session. Use pipe to write to
> * pty and assume non-interactive (tee-like) behavior is NOT well supported.
> */
> -void ul_pty_write_eof_to_child(struct ul_pty *pty)
> +static void drain(struct ul_pty *pty)
drain_child_buffers() :-)
Anyway, it looks good.
Karel
--
Karel Zak
http://karelzak.blogspot.com
Bug#1006545: xserver-xorg-video-radeon: xrandr rotating VGA-output monitor to portrait results in X11 crash on Radeon R5 230
Package: xserver-xorg-video-radeon Version: 1:19.1.0-2+b1 Severity: normal X-Debbugs-Cc: karel.gar...@centrum.cz Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I have two monitors connected to my amd64 box. Monitor on VGA-0 output is my secondary monitor and I'd like to rotate it to portrait position. I've did that in KDE and this resulted in xserver crash which I've reported here: https://lists.debian.org/debian-user/2022/02/msg00805.html and more information here: https://lists.debian.org/debian-user/2022/02/msg00809.html -- after some advice from the users I've minimize issue to the single xrandr command: $ xrandr --output VGA-0 --rotate left * What exactly did you do (or not do) that was effective (or ineffective)? I'm not so versed into X11 config so I've not tested any manual tuning of xorg.conf file. I have to admit that this is on pretty recent testing (Feb 2022) and I've not seen the issue in let say even first week of February as I update box quite often. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. VGA-compatible devices on PCI bus: -- 65:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] [1002:6779] /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 0 /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 5.16.0-1-amd64 (debian-ker...@lists.debian.org) (gcc-11 (Debian 11.2.0-16) 11.2.0, GNU ld (GNU Binutils for Debian) 2.37.90.20220130) #1 SMP PREEMPT Debian 5.16.7-2 (2022-02-09) Xorg X server log files on system: -- -rw-r--r-- 1 root root 46405 Feb 25 17:18 /var/log/Xorg.1.log -rw-r--r-- 1 root root 50373 Feb 25 17:18 /var/log/Xorg.2.log -rw-r--r-- 1 root root 45363 Feb 27 12:01 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 5.772] (--) Log file renamed from "/var/log/Xorg.pid-944.log" to "/var/log/Xorg.0.log" [ 5.774] X.Org X Server 1.21.1.3 X Protocol Version 11, Revision 0 [ 5.774] Current Operating System: Linux rtems 5.16.0-1-amd64 #1 SMP PREEMPT Debian 5.16.7-2 (2022-02-09) x86_64 [ 5.774] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.16.0-1-amd64 root=UUID=14277457-a4a1-4f13-b7ef-398284f38e7c ro console=tty1 console=ttyS0,115200 quiet [ 5.774] xorg-server 2:21.1.3-2+b1 (https://www.debian.org/support) [ 5.774] Current version of pixman: 0.40.0 [ 5.774]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 5.774] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 5.774] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Feb 27 12:00:53 2022 [ 5.778] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 5.778] (==) No Layout section. Using the first Screen section. [ 5.778] (==) No screen section available. Using defaults. [ 5.778] (**) |-->Screen "Default Screen Section" (0) [ 5.778] (**) | |-->Monitor "" [ 5.779] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 5.779] (==) Automatically adding devices [ 5.779] (==) Automatically enabling devices [ 5.779] (==) Automatically adding GPU devices [ 5.779] (==) Automatically binding GPU devices [ 5.779] (==) Max clients allowed: 256, resource mask: 0x1f [ 5.782] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 5.782]Entry deleted from font path. [ 5.785] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 5.785] (==) ModulePath set to "/usr/lib/xorg/modules" [ 5.785] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 5.785] (II) Loader magic: 0x558031488f20 [ 5.785] (II) Module ABI versions: [ 5.785]X.Org ANSI C Emulation: 0.4 [ 5.785]X.Org Video Driver: 25.2 [ 5.785]X.Org XInput driver : 24.4 [ 5.785]X.Org Server Extension : 10.0 [ 5.786] (++) using VT number
Bug#1003095: /usr/bin/script: hangs when child doesn't read input fast enough
On Wed, Feb 02, 2022 at 03:49:38PM +0100, наб wrote: > Bumping this patch after 2ish weeks :) Sorry for my delay. Your solution seems elegant, but it seems to late for the next release v2.38 (now rc1). I'll play with it next week and prepare it for v2.39. Karel -- Karel Zak http://karelzak.blogspot.com
Bug#1003095: /usr/bin/script: hangs when child doesn't read input fast enough
On Tue, Jan 04, 2022 at 06:31:24PM +0100, наб wrote:
> Control: tags -1 + upstream
>
> On Tue, Jan 04, 2022 at 05:24:54PM +0100, Chris Hofstaedtler wrote:
> > * наб [220104 00:06]:
> > > (This, at least, responds to ^\, but it also seems to function
> > > slightly differently. Also, this is a race and you're more
> > > likely to lose it under strace. The loopy thing seems
> > > like it's pretty good at hitting it 100% of the time.)
> As an additional note, because it's a race, if you're using bash,
> script < some-photo.jpeg
> also hangs, because setup takes long enough.
>
> > 1) is this Debian-specific or already present upstream?
> Debian doesn't patch script.c at all, so this is an upstream bug.
>
> > 2) did this work with previous versions of util-linux?
> The oldest one I fould from the site at Homepage: in d/control is
> "util-linux-ng 2.13", dated 19.1.2012. It's much closer to the original
> 4.4BSD-Lite implementation and still forks twice. As expected, testing
> reveals it does not have the bug.
>
> Performing a simple manual bisect across the versions available therein
> reveals that 2.25 is the first broken version. (Though, skimming the
> source, with a slightly different code path (select(2)?), since it still
> double-forks and is not so hard-stuck so as to be immune to ^\.)
>
> The first version that does get hard-stuck (because it forks once
> and only uses poll) is 2.27.
Resolve the problem with the signal should be simple. Now it
ignores all when it write to the master. Something like:
diff --git a/lib/pty-session.c b/lib/pty-session.c
index 6f038e1c5..84ea33860 100644
--- a/lib/pty-session.c
+++ b/lib/pty-session.c
@@ -292,7 +292,20 @@ static int write_output(char *obuf, ssize_t bytes)
static int write_to_child(struct ul_pty *pty, char *buf, size_t bufsz)
{
- return write_all(pty->master, buf, bufsz);
+ sigset_t set, org;
+ int rc;
+
+ sigemptyset(&set);
+ sigemptyset(&org);
+ sigaddset(&set, SIGINT);
+ sigaddset(&set, SIGTERM);
+
+ sigprocmask(SIG_UNBLOCK, &set, &org);
+
+ rc = write_all(pty->master, buf, bufsz);
+
+ sigprocmask(SIG_SETMASK, &org, NULL);
+ return rc;
}
--
Karel Zak
http://karelzak.blogspot.com
Bug#993882: Info received (Bug#993882: Acknowledgement (power64le: virt-manager refuses to start fresh install of FreeBSD 13.0 due to qemu issue on power8 host (safe cache missing)))
Hello, tested the same on Ubuntu 20.04 LTS up-to-date and it shows the same issue although its qemu is probably somewhat older version. Conclusion: not broken by debian, not broken recently. Probably general issue on power8 (or general issue on my machine.) Karel
Bug#993882: Acknowledgement (power64le: virt-manager refuses to start fresh install of FreeBSD 13.0 due to qemu issue on power8 host (safe cache missing))
Hi, one addition. I've noticed that architecture options are probably wrong for the pseries machine. By default it selects ppc64le where I believe ppc64 is the right one. I've tested both options here so the bug is not related to wrong default value of architecture options. Just to let you know. Thanks!
Bug#993882: power64le: virt-manager refuses to start fresh install of FreeBSD 13.0 due to qemu issue on power8 host (safe cache missing)
Package: virt-manager Version: 1:3.2.0-3 Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? An attempt to configure and run newly created FreeBSD 13.0 VM * What exactly did you do (or not do) that was effective (or ineffective)? Select "Local install media" Leave architecture options as they are (ppc64le/pseries) Specify boot iso (FBSD 13.0 release powerpc-powerpc64-disc1.iso) Specify OS as 'FreeBSD 13.0' Set memory to 8129MB Set CPUs to 4 Enable storage for this virtual machine Leave 20GB as space for disk Finish with provided option. This starts install process which results in "Unable to complete install: 'internal error: qemu unexpectedly closed the monitor: qemu-system-ppc64le: Requested saef cache capability level not supported by KVM Try appending -machine cap-cfpc=broken' * What was the outcome of this action? On Close button click, the machine is destroyed hence there is no outcome. * What outcome did you expect instead? i Newly created and run FBSD 13.0 machine. *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: ppc64el (ppc64le) Kernel: Linux 5.10.0-8-powerpc64le (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, 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) LSM: AppArmor: enabled Versions of packages virt-manager depends on: ii dconf-gsettings-backend [gsettings-backend] 0.38.0-2 ii gir1.2-gtk-3.0 3.24.30-3 ii gir1.2-gtk-vnc-2.0 1.0.0-1+b1 ii gir1.2-gtksource-4 4.8.1-4 ii gir1.2-libosinfo-1.0 1.8.0-1 ii gir1.2-libvirt-glib-1.0 4.0.0-2 ii gir1.2-vte-2.91 0.64.2-2 ii python3 3.9.2-3 ii python3-dbus 1.2.18-2 ii python3-gi 3.40.1-2 ii python3-gi-cairo 3.40.1-2 ii python3-libvirt 7.0.0-2 ii virtinst 1:3.2.0-3 Versions of packages virt-manager recommends: ii gir1.2-ayatanaappindicator3-0.1 0.5.5-3 ii gir1.2-spiceclientglib-2.0 0.39-1 ii gir1.2-spiceclientgtk-3.00.39-1 ii libvirt-daemon-system7.6.0-1 Versions of packages virt-manager suggests: pn gir1.2-secret-1 pn gnome-keyring pn python3-guestfs pn ssh-askpass ii virt-viewer 7.0-2+b1 Versions of packages virt-manager is related to: ii libvirt-clients 7.6.0-1 ii libvirt-daemon 7.6.0-1 ii libvirt0 7.6.0-1 ii osinfo-db0.20210903-1 -- no debconf information
Bug#992181: software-properties-gtk: Security-Updates-Repository is only recognized when using URL security.debian.org
Package: software-properties-gtk Version: 0.96.20.2-2.1 Severity: normal X-Debbugs-Cc: karel-...@tutanota.com Dear Maintainer, with the upgrade from Buster to Bullseye the Security Archive Layout changed as mentioned here in the release notes: https://www.debian.org/releases/bullseye/amd64/release-notes/ch-information.en.html#security-archive When using the URL specified there (deb.debian.org) the checkbox for receiving security updates is not checked in the GUI and when checking it another line containing security.debian.org ... is added to sources.list. As both URLs work and deb.debian.org seems to be the recommended official one I would expect both URLs to be recognized as valid URLs for security updates!? -- System Information: Debian Release: 11.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-8-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages software-properties-gtk depends on: ii gir1.2-gtk-3.0 3.24.24-4 ii python3 3.9.2-3 ii python3-gi 3.38.0-2 ii python3-software-properties 0.96.20.2-2.1 ii software-properties-common 0.96.20.2-2.1 software-properties-gtk recommends no packages. Versions of packages software-properties-gtk suggests: ii gnome-software 3.38.1-1 -- no debconf information
Bug#977562: systemd: Incorrect order of agetty arguments in serial-getty@ttyS0.service definition file
On Thu, Jan 14, 2021 at 05:26:40PM +0100, Michael Biebl wrote: > Karel, > > sorry for poking you directly: Could you weigh in here? agetty accepts both: agetty --help Usage: agetty [options] [,...] [] agetty [options] ,... [] and code differentiates between these variants by digits, if the string contains only "0123456789," than it . > > On 1/14/21 3:06 PM, Michael Biebl wrote: > > > Am 19.12.20 um 16:47 schrieb Andreas Henriksson: > > > > Control: tags -1 + moreinfo > > > > > > > > On Wed, Dec 16, 2020 at 11:39:06PM +0100, Michael Biebl wrote: > > > > > Am 16.12.20 um 20:49 schrieb MK: > > > > > > Package: systemd > > > > > > Version: 241-7~deb10u5 > > > > > > Severity: normal > > > > [...] > > > > > > Incorrect order of arguments to agetty in the > > > > > > serial-getty@ttyS0.service > > > > > > unit file. > > > > > > > > > > > > It is: > > > > > > > > > > > > ExecStart=/sbin/agetty --autologin root -8 --keep-baud > > > > > > 115200,38400,9600 ttyS0 xterm-256color > > > > > > > > > > > > > > > > > > While it should be like: > > > > > > > > > > > > ExecStart=/sbin/agetty --autologin root -8 --keep-baud > > > > > > ttyS0 115200 xterm-256color > > > > [...] > > > > > According to the examples in man agetty, both should work. > > > > > > > > > > Andreas, can you comment here? > > > > > If what MK is saying, should the "EXAMPLE" section in man > > > > > agetty be updated? I think the man page is correct. > > > > I don't really have much prior knowledge about *getty, but in my past > > > > experience with other util-linux tools it is often the case that > > > > (likely for historical reasons/compatibility) the arguments that > > > > doesn't come in a dash-form is attempted to be accepted in either > > > > order based on guessing which one was specified. In my past experience > > > > something that was guessable in the past might in later years become > > > > sometimes impossible to correctly guess right, so sticking with > > > > what synopsis describes is usually the safest as far as I'm concerned. > > > > > > > > In the agetty case, the guessing is done here: > > > > https://sources.debian.org/src/util-linux/2.36.1-2/term-utils/agetty.c/#L897 > > > > > > > > > > > > is_speed basically checks if the current argument only consists of > > > > either 0-9 or ','. Yes > > > > It is not obvious to me how it could go wrong in the example originally > > > > described in this bug report. > > > > > > > > Please also note that for example sysvinit's inittab also uses getty > > > > with arguments in both orders. > > > > > > > > Simply it should work either way. > > > > > > > > Please also note that the argument order is not the only thing changed. > > > > It was also changed from specifying 3 speeds to only 1. > > > > > > > > Maybe the real issue here is that line speed detection isn't working? > > > > I'd appreciate if the bug reporter could dive a bit deeper into the > > > > problem. Yes. Karel -- Karel Zak http://karelzak.blogspot.com
Bug#958445: ruby-attr-encrypted fix
In ruby-acts-as-taggable-on 6.5.0-2~bpo10+1 package has already been the
problem fixed. In ruby-attr-encrypted has helped me the following workaround
directly in the source code (taken from ruby-acts-as-taggable-on's fix):
Line 84 in /usr/lib/ruby/vendor_ruby/attr_encrypted/adapters/active_record.rb
#set_attribute_was(attr, __send__(attr)) if value != __send__(attr)
if ActiveRecord.version <= Gem::Version.new('5.3.0')
set_attribute_was(attr, __send__(attr)) if value != __send__(attr)
else
unless #{attr}_changed?
@attributes[attr] = ActiveModel::Attribute.from_user(attr, __send__(attr),
ActsAsTaggableOn::Taggable::TagListType.new)
end
end
Bug#807071: util-linux: please allow term-utils/script.c without signalfd (needed for kFreeBSD and Hurd)
On Thu, Oct 24, 2019 at 12:38:51AM +, Thorsten Glaser wrote: > you were involved in changing script(1) to use signalfd, which > is apparently Linux-specific but util-linux also is used, at > least in Debian, on other kernels, such as the FreeBSD and Hurd > ones (FSVO “kernel”, for the latter). I have added this request to our TODO file. We'll see. The problem is that with signalfd it's more reliable than when classic signals interrupt any syscall, but I have no problem to support any #ifdefs for non-signalfd systems. Karel -- Karel Zak http://karelzak.blogspot.com
Bug#900821: linux-image-4.9.0-6-amd64: apache reads wrong data over cifs filesystems served by samba
Hi, I am facing this problem with debian stable, but kernel from backports: ii linux-image-4.19.0-0.bpo.1-amd64-unsigned 4.19.12-1~bpo9+1 amd64Linux 4.19 for 64-bit PCs Linux version 4.19.0-0.bpo.1-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)) #1 SMP Debian 4.19.12-1~bpo9+1 (2018-12-30) The problem appear around twice a day while copying data via rsync to software raid disk array. Jan 15 22:31:48 kk-router kernel: [ 6406.089208] general protection fault: [#1] SMP PTI Jan 15 22:31:48 kk-router kernel: [ 6406.089330] CPU: 2 PID: 1183 Comm: sshd Tainted: GE 4.19.0-0.bpo.1-amd64 #1 Debian 4.19.12-1~bpo9+1 Jan 15 22:31:48 kk-router kernel: [ 6406.089598] Hardware name: Gigabyte Technology Co., Ltd. Default string/J3455N-D3H, BIOS F2 03/07/2017 Jan 15 22:31:48 kk-router kernel: [ 6406.089751] RIP: 0010:__check_object_size+0x7b/0x1a0 Jan 15 22:31:48 kk-router kernel: [ 6406.089834] Code: 00 00 80 48 2b 15 5d 0e c7 00 48 01 c2 48 c1 ea 0c 48 c1 e2 06 48 03 15 3b 0e c7 00 48 8b 42 08 48 8d 48 ff a8 01 48 0f 45 d1 <48> 8b 4a 08 48 8d 41 ff 83 e1 01 48 0f 44 c2 48 8b 00 f6 c4 01 75 Jan 15 22:31:48 kk-router kernel: [ 6406.090115] RSP: 0018:96f9415dfc58 EFLAGS: 00010202 Jan 15 22:31:48 kk-router kernel: [ 6406.090202] RAX: efffd06949355a01 RBX: 896a0d56cc02 RCX: efffd06949355a00 Jan 15 22:31:48 kk-router kernel: [ 6406.090314] RDX: efffd06949355a00 RSI: 896a3fff RDI: 896a8d56cc02 Jan 15 22:31:48 kk-router kernel: [ 6406.090426] RBP: 05a8 R08: 05a8 R09: 05a8 Jan 15 22:31:48 kk-router kernel: [ 6406.090538] R10: R11: R12: 0001 Jan 15 22:31:48 kk-router kernel: [ 6406.090650] R13: 896a0d56d1aa R14: 05a8 R15: 896a0d56cc02 Jan 15 22:31:48 kk-router kernel: [ 6406.090764] FS: 7ff8efe39d40() GS:896a37b0() knlGS: Jan 15 22:31:48 kk-router kernel: [ 6406.090890] CS: 0010 DS: ES: CR0: 80050033 Jan 15 22:31:48 kk-router kernel: [ 6406.090982] CR2: 7fadf5efbfb0 CR3: 000265ebc000 CR4: 003406e0 Jan 15 22:31:48 kk-router kernel: [ 6406.091095] Call Trace: Jan 15 22:31:48 kk-router kernel: [ 6406.091152] skb_copy_datagram_iter+0x75/0x260 Jan 15 22:31:48 kk-router kernel: [ 6406.091232] tcp_recvmsg+0x72b/0xca0 Jan 15 22:31:48 kk-router kernel: [ 6406.091300] ? aa_sk_perm+0x44/0x130 Jan 15 22:31:48 kk-router kernel: [ 6406.091366] inet_recvmsg+0x5b/0xd0 Jan 15 22:31:48 kk-router kernel: [ 6406.091430] sock_read_iter+0x94/0xf0 Jan 15 22:31:48 kk-router kernel: [ 6406.091498] new_sync_read+0xfa/0x160 Jan 15 22:31:48 kk-router kernel: [ 6406.091565] vfs_read+0x91/0x130 Jan 15 22:31:48 kk-router kernel: [ 6406.091624] ksys_read+0x52/0xc0 Jan 15 22:31:48 kk-router kernel: [ 6406.091685] do_syscall_64+0x55/0x110 Jan 15 22:31:48 kk-router kernel: [ 6406.091752] entry_SYSCALL_64_after_hwframe+0x44/0xa9 Jan 15 22:31:48 kk-router kernel: [ 6406.091837] RIP: 0033:0x7ff8edfad6d0 Jan 15 22:31:48 kk-router kernel: [ 6406.091900] Code: b6 fe ff ff 48 8d 3d 17 be 08 00 48 83 ec 08 e8 06 db 01 00 66 0f 1f 44 00 00 83 3d 39 30 2c 00 00 75 10 b8 00 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 31 c3 48 83 ec 08 e8 de 9b 01 00 48 89 04 24 Jan 15 22:31:48 kk-router kernel: [ 6406.092180] RSP: 002b:7ffe060775a8 EFLAGS: 0246 ORIG_RAX: Jan 15 22:31:48 kk-router kernel: [ 6406.092301] RAX: ffda RBX: 0003 RCX: 7ff8edfad6d0 Jan 15 22:31:48 kk-router kernel: [ 6406.092413] RDX: 4000 RSI: 7ffe060775b0 RDI: 0003 Jan 15 22:31:48 kk-router kernel: [ 6406.092525] RBP: 5572caec33e0 R08: R09: 4500 Jan 15 22:31:48 kk-router kernel: [ 6406.092637] R10: 7ffe0607b530 R11: 0246 R12: Jan 15 22:31:48 kk-router kernel: [ 6406.092748] R13: 7ffe0607b63f R14: 5572c925cb67 R15: 0003 Jan 15 22:31:48 kk-router kernel: [ 6406.092862] Modules linked in: snd_hda_codec_hdmi(E) snd_hda_codec_realtek(E) snd_hda_codec_generic(E) nls_ascii(E) intel_rapl(E) nls_cp437(E) x86_pkg_temp_thermal(E) intel_powerclamp(E) vfat(E) coretemp(E) fat(E) efi_pstore(E) kvm(E) irqbypass(E) snd_soc_skl(E) snd_soc_skl_ipc(E) snd_soc_sst_ipc(E) crct10dif_pclmul(E) snd_soc_sst_dsp(E) snd_hda_ext_core(E) ppdev(E) snd_soc_acpi_intel_match(E) snd_soc_acpi(E) crc32_pclmul(E) i915(E) snd_soc_core(E) snd_compress(E) snd_hda_intel(E) ghash_clmulni_intel(E) intel_cstate(E) drm_kms_helper(E) intel_rapl_perf(E) snd_hda_codec(E) drm(E) evdev(E) snd_hda_core(E) i2c_algo_bit(E) snd_hwdep(E) efivars(E) pcspkr(E) snd_pcm(E) lpc_ich(E) snd_timer(E) snd(E) mei_me(E) soundcore(E) mei(E) sg(E) button(E) parport_pc(E) parport(E) video(E) pcc_cpufreq(E) nfsd(E) auth_rpcgss(E) Jan 15 22:31:48 kk-router kernel: [ 6406.094025] nfs_acl(E) lockd(E) grace(E) sunrpc(E) efivarfs(E) ip_tables(E) x_tab
Bug#898426: [PATCH] partx: exit with error code when partition read failed
On Sun, Jun 17, 2018 at 02:49:15PM +0200, Andreas Henriksson wrote: > disk-utils/partx.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) Applied, thanks. -- Karel Zak http://karelzak.blogspot.com
Bug#628843: login: tty hijacking possible in "su" via TIOCSTI ioctl
On Mon, Oct 03, 2016 at 09:34:14PM +0200, Simon Ruderich wrote: > On Mon, Oct 03, 2016 at 09:22:50PM +0200, up201407...@alunos.dcc.fc.up.pt > wrote: > > Loss of job control in the shell. > > I'm confused. I'm not talking about removing the controlling > terminal, but instead spawning a new session, opening a new pts > and connecting that to the program. This way the program has a > tty, job control works, but the tty is different and therefore > can't be controlled by the less-privileged account. Yes, I'm thinking about this way (as discussed on util-linux mailing list), but it's relatively complex. My plan is to try to implement it. We will see. Karel -- Karel Zak http://karelzak.blogspot.com
Bug#628843: login: tty hijacking possible in "su" via TIOCSTI ioctl
On Mon, Oct 03, 2016 at 03:34:49PM +0200, Simon Ruderich wrote: > @Karel: Could you please have a look at the patches in this bug > report which use setsid() to create a new session and adapt your > commit with a patch based on this approach? Sudo's use_pty option > does the same to fix this issue (but not enabled by default). I'll think about it. Karel -- Karel Zak http://karelzak.blogspot.com
Bug#628843: login: tty hijacking possible in "su" via TIOCSTI ioctl
On Mon, Oct 03, 2016 at 04:11:41PM +0200, up201407...@alunos.dcc.fc.up.pt wrote: > Quoting "Simon Ruderich" : > > Btw, at least in redhat based systems, su uses setsid() when the -c option > is given, just like use_pty in sudo. Not sure if this is true in debian. The problem is that we don't want to use setsid() in all situations, because it will introduce regressions. From util-linux ReleaseNotes: CVE-2016-2779 This security issue is NOT FIXED yet. It is possible to disable the ioctl TIOCSTI by setsid() only. Unfortunately, setsid() has well-defined use cases in su(1) and runuser(1) and any changes would introduce regressions. It seems we need a better way -- ideally another ioctl (or whatever is supported by the kernel) to disable TIOCSTI without setsid(). and yes, blacklisting ioctl is hack. Karel -- Karel Zak http://karelzak.blogspot.com
Bug#827225: [PATCH] tests: really fix fdisk/bsd for hppa
On Mon, Aug 15, 2016 at 10:26:30PM +0200, Helge Deller wrote: > Finally fix the bsd testcase on the hppa architecture. > > Commit 1b7be556e553cdcef6213ead6340832c306011ed tried to fix it, > but missed the fact that "uname -m" returns "parisc" or "parisc64" > instead of "hppa*". > > Signed-off-by: Helge Deller > Cc: 827...@bugs.debian.org > > diff -up ./tests/ts/fdisk/bsd.org ./tests/ts/fdisk/bsd > --- ./tests/ts/fdisk/bsd.org 2016-08-15 22:16:24.849052620 +0200 > +++ ./tests/ts/fdisk/bsd 2016-08-15 22:16:42.645094364 +0200 > @@ -48,7 +48,7 @@ BYTE_ORDER=$($TS_HELPER_SYSINFO byte-ord > ARCH=$(uname -m) > case $ARCH in > # see include/pt-bsd.h > - *alpha* | *ppc* | *ia64* | *hppa* ) > + *alpha* | *ppc* | *ia64* | *parisc* ) Applied, but we had hppa also in ./confugure, so I guess that "hppa" has been also correct for some boxes. It seems more robust to use *alpha* | *ppc* | *ia64* | *hppa* | *parisc* ) for sure. Fixed. Thanks Karel -- Karel Zak http://karelzak.blogspot.com
Bug#809016: mount.8: missing documentation for overlay
On Sat, Dec 26, 2015 at 01:20:31PM +0900, Osamu Aoki wrote:
> sys-utils/mount.8 | 31 +++
> 1 file changed, 31 insertions(+)
Applied to upstream tree (with some changes), thanks!
Karel
--
Karel Zak
http://karelzak.blogspot.com
Bug#801527: mount believes correctly-formatted UDF uid=forget option is in error
On Sun, Oct 11, 2015 at 10:58:48PM +0200, Andreas Henriksson wrote: > Using LIBMOUNT_DEBUG=all mount -t udf -o uid=ignore,gid=forget ... > shows the following message (among others): > > 24171: libmount:UTILS: cannot convert 'ignore' username to UID > > ... and according to the following code you seem to be very right > that except an actual uid you can also pass 'uid=ignore' or > 'uid=forget' explicitly: > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/fs/udf/super.c#n352 > > I see several possible options for implementing this in the future: > - special-case 'ignore' and 'forget' and pass those as is. > - if uid-lookup fails, try the above. > - (assuming different filesystems have different special options) >let any fs-option through as-is if 'smart lookup' fails. This is the way how the original mount(8) has worked. Fixed: https://github.com/karelzak/util-linux/commit/440a355a3d3934d99f7ef82adf02342e6f2f7983 will be in v2.27.1. Thanks! Karel -- Karel Zak http://karelzak.blogspot.com
Bug#794727: "mesg n" exits with error, even if the command is successful
On Sun, Aug 09, 2015 at 09:11:19PM +0200, Santiago Vila wrote: > On Sun, Aug 09, 2015 at 06:58:15PM +0100, Sami Kerola wrote: > > On 9 August 2015 at 18:19, Santiago Vila wrote: > > > On Sun, Aug 09, 2015 at 07:14:30PM +0200, Reuti wrote: > > >> The profile is usually sourced. How does the error show up at the login > > >> prompt on Debian? > > > > > > The problem only happens in Debian testing and unstable, which I am not > > > using yet. > > > This is the original report which I received against base-files: > > > > > > https://bugs.debian.org/794727 > > > > Please notice the mesg(1) exit behavior is defined in POSIX > > > > http://pubs.opengroup.org/onlinepubs/9699919799/utilities/mesg.html > > > > Unfortunately the standard does not appear to be explicit whether the > > exit value should be set only when requesting write permissions > > (running without arguments), or if also when setting the permissions. > > So if the standard is not explicit about this, there is some room for > interpretation. Would not be possible to interpret the standard in a > sensible way? I think Posix standard is pretty explicit: EXIT STATUS The following exit values shall be returned: 0 Receiving messages is allowed. 1 Receiving messages is not allowed. >1 An error occurred. but you're asking for 0 also when 'n' or 'y' operants are specified. For me it seems like complicated return code semantic... > Hmm, but who does really need message *setting* to report exit codes? > They make more harm than help. > > As explained before, if I do "mesg y" I can reasonably think that > messages will be enabled after that, and if I do "mesg n" I can > reasonably think that messages will be disabled after that. > > I don't need an exit code for that, unless I don't trust the program > to do its job, and this is why I think there is no need to interpret > the standard so strictly. I think standard wants to keep the things simple and stupid without any extra exceptions (another exit codes when executed with operants). BTW, you can use "mesg $SOMETHING_FROM_USER" and then return code maybe an elegant way how to interpret user's input without parsing $SOMETHING_FROM_USER. (The current mesg implementation supporst rpmatch().) Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557902: [Pkg-oss4-maintainers] Bug#557902: oss4-base: disables ALSA without asking
Hi all! I have read this bug report after some trouble with OSS4 an its uninstallation in Jessie an I found a problem related to the last note in this message: On Wed, 25 Nov 2009 15:33:28 -0600 Romain Beauxis wrote: > Hi ! > > Le mardi 24 novembre 2009 23:33:53, Norbert Preining a écrit : > > installing oss4-base disables ALSA without asking and without > > any interference, and in addition does not provide automatically > > some for the running kernel. > > > > In addition, there is NO documentation about what to do and how > > to configure this package or achive some swithcing result. > > > > Could you please put a bit of work into that. > > Thanks for your report. > > Believe it or not, we put some work in this package. > > Providing default kernel modules could be an interesting option and we should > consider it at some point. > > Concerning the desactivation of ALSA, it can be made optional. However, I > believe that a user that installs oss4 is well aware that this needs to > disable ALSA, so I don't think that the fact that the package disables ALSA is > confusing to him. > > Additionally, if you want to re-enable ALSA, you may simply remove the oss4- > core package. > > > Romain > > > If you install oss4-base and remove it, it leaves following files in /etc/modprobe.d: oss4-base.conf oss4-base_noALSA.conf oss4-base_noOSS3.conf These files blacklist a lot of kernel modules including e.g. snd-hda-intel, which prevents ALSA from working again. (my case) These files have to be removed manually, then everything works like before. I am not sure if this is a standard behaviour, but I thought it would be good to point it out. Thank you for your great work! Karel Hruska
Bug#786554: [PATCH] man: fix nolazytime typo in mount(8)
On Wed, Jun 03, 2015 at 06:32:09PM +0200, Andreas Henriksson wrote: > sys-utils/mount.8 | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied, thanks. -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#784709: when would blkid success but not filesystem type?
On Tue, May 26, 2015 at 12:21:36PM +0800, Paul Wise wrote: > On Thu, 21 May 2015 13:07:35 +0200 Karel Zak wrote: > > > The option '-s' does not affect return code ... we have information > > about all (including empty) partitions! > > Ok, I see. Sounds like the proposed patch is appropriate then. > > https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=12;filename=0001-Fix-by-forcing-fs-type-to-not-detected-if-not-named.patch;att=1;bug=784709 > > > Note that my recommendation is to use lsblk, for example: > > That has the same issue: > > $ sudo lsblk --noheading --output FSTYPE /dev/sda2 ; echo $? > > 0 Why do you want rely on return code? It is not error when FS type is undefined/unknown. All you need is to check result. FSTYPE=$(lsblk --nodeps --noheading --output FSTYPE /dev/sda2) [ -n "$FSTYPE" ] && echo $FSTYPE > I think for our purposes we would need --nodeps too. Yes. Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#784709: when would blkid success but not filesystem type?
On Thu, May 21, 2015 at 04:24:38PM +0800, Paul Wise wrote: > In https://bugs.debian.org/784709 Jérôme Kieffer wrote: > > > Here is the answer for the 3.16 kernel: > > > > jerome@patagonia:~$ sudo blkid -o value -s TYPE /dev/sdb4 > > jerome@patagonia:~$ echo $? > > 0 > ... > > > > The output is the same on 3.2, as you can see on attached images. > > Anyone know when blkid would return success but not the filesystem type? The option '-s' does not affect return code, this option controls output filter only. I have improved the description in the man page to make it more obvious. blkid returns success always when it's possible to gather any information about the device. The important detail is that the recent versions provide also PARTUUID=, so we have information about all (including empty) partitions! For example (very very old version from e2fsprogs): # blkid /dev/sdc1; echo $? 2 but the current util-linux upstream: #blkid /dev/sdc1; echo $? /dev/sdc1: PARTUUID="4b6f59ea-01" 0 And yes, we have PARTUUID also for MBR partitions, the method used to generate the UUID is the same like kernel uses for root= command line option. Note that my recommendation is to use lsblk, for example: # lsblk --noheading --output FSTYPE /dev/sda1 vfat it reads info from udev db (libblkid is only fallback here), and it provides better way how to control output. Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785116: util-linux: blkid -s returns too much information
On Thu, May 14, 2015 at 06:50:52AM +0930, Ron wrote: > Right, in the situation where you *do* want multiple values, caring > about the order should be less of a problem, since you'd just access > the variables being set rather than trying to parse or interpret > them literally. If for some reason you did care about the order, > you'd run that multiple times with one value for each invocation. > > Which, right now if you do that, you'll end up with something like: > > # blkid -s UUID -o export /dev/sda2; blkid -s TYPE -o export /dev/sda2 > DEVNAME=/dev/sda2 > UUID=9621a7e3-14a1-4d03-8250-b4fbeb7b > DEVNAME=/dev/sda2 > TYPE=ext4 > > I guess the other case where that might bite you is if you were already > using DEVNAME as a local variable for something else ... I'd like to keep blkid as very basic command line interface to libblkid and as the library test program. For standard use cases and scripts it's better to use lsblk(8) command which provides more information and better control on output format: # lsblk --pairs -o FSTYPE,UUID /dev/sda2 FSTYPE="ext4" UUID="c5490147-2a6c-4c8a-aa1b-33492034f927" # lsblk --pairs -o UUID,FSTYPE /dev/sda2 UUID="c5490147-2a6c-4c8a-aa1b-33492034f927" FSTYPE="ext4" and it reads information from udev db or from libblkid. Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785116: util-linux: blkid -s returns too much information
On Wed, May 13, 2015 at 08:36:04AM +0200, Andreas Henriksson wrote: > Possibly changing the output format now could be risky. Yes. Ron is right, the current behaviour is strange, but I'm not sure if we want to fix it after 3 years. And I'm also not sure it the current behavior is so big problem. If you want just one value than it makes more sense to use # blkid -s UUID -o value /dev/sdb1 f0710187-82bf-4646-b2e3-11b017e31218 and if you ask for more tags by "-o export" than you cannot rely on order of the lines, so DEVNAME= in the output cannot be a problem. > Lets ask upstream if DEVNAME is considered a tag which should > be included in the tag filtering CCed. I have a patch to fix it, but now when I think about it it's probably better to keep the current behavior than fix one regression by another regression ;-) Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#776034: fsck runs in parallel on same physical disk
On Mon, Jan 26, 2015 at 10:36:02AM +0100, Daniel Pocock wrote: > On 26/01/15 10:32, Karel Zak wrote: > > On Mon, Jan 26, 2015 at 02:24:04AM +0100, Michael Biebl wrote: > >>>-l Create an exclusive flock(2) lock file > >>> (/run/fsck/.lock) for whole-disk > >>> device. This option can be used with one device only (this > >>> means that -A and -l are > >>> mutually exclusive). This option is recommended when > >>> more fsck(8) instances are exe- > >>> cuted in the same time. The option is ignored when used > >>> for multiple devices or for > >>> non-rotating disks. fsck does not lock underlying > >>> devices when executed to check > >>> stacked devices (e.g. MD or DM) - this feature is not > >>> implemented yet. > >> > >> Karel, is there an upstream bug report for this issue? What's the state > >> of this feature, is it actively being worked on? > > No, nobody is workning on -l for stacked devices. > > > > Karel > > > > Is there any other workaround, or should people consider moving to BtrFs > instead of using LVM on md? fsck has never been able to determine all the stack, so this is no change (change between "fsck -l" from systemd and "fsck -A" from init scripts). All the problem is possible negative impact to performance if you want to intensively use two partitions on the same hdd, that's all. The question is if this is really issue in all cases for all HW. Frankly, I'm pretty unhappy that we care about such things in userspace -- it's kernel job to schedule things and keep system performance "usable", all we can do in userspace is to inform kernel about the way how we plan to use the devices (e.g. fadvise()). The stack of the block devices maybe pretty complicated and only DM/MD kernel drivers have a clue where are things really stored. The another story is that sometimes nothing include kernel has a clue about HW, because storage maybe completely independent invisible blackbox (SAN, etc.). My recommendation is to ignore this issue, or if you really see any performance problem than disable fsck by systemd and use by hands written script to call fsck. Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#776034: fsck runs in parallel on same physical disk
On Mon, Jan 26, 2015 at 02:24:04AM +0100, Michael Biebl wrote: > >-l Create an exclusive flock(2) lock file > > (/run/fsck/.lock) for whole-disk > > device. This option can be used with one device only (this > > means that -A and -l are > > mutually exclusive). This option is recommended when more > > fsck(8) instances are exe- > > cuted in the same time. The option is ignored when used for > > multiple devices or for > > non-rotating disks. fsck does not lock underlying > > devices when executed to check > > stacked devices (e.g. MD or DM) - this feature is not > > implemented yet. > > > Karel, is there an upstream bug report for this issue? What's the state > of this feature, is it actively being worked on? No, nobody is workning on -l for stacked devices. Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#770211: LUKS partition types, redux
On Mon, Nov 24, 2014 at 09:42:50AM -0500, Phillip Susi wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 11/24/2014 6:37 AM, Karel Zak wrote: > > The current trend is to use partition type to define for what > > purpose we want to use the partition (for example "this is /home") > > independently on partition format. > > I wouldn't call this bone headed idea of redhat's a trend. Using > partition table type codes to decide to auto mount in particular parts > of the filesystem is such a brain damaged idea, those who thought it > up need beaten with a clue-by-four and its use needs to be *strongly* > discouraged. well, it's designed for auto-generated fstab-less systems like containers/virt images, etc. I'm not big fan of this feature, but for some use cases it makes sense. (And it's systemd upstream decision.) Anyway, use partition type for "usage" makes more sense than for "fs-type". Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#770211: LUKS partition types, redux
On Wed, Nov 19, 2014 at 02:59:01PM -0600, Drake Wilson wrote: > Summary: I would like to reopen the suggestion to add LUKS partition type > codes > for MBR and for GPT to util-linux's fdisk. In a previous discussion, it was > said that since Linux does not interpret partition types, there is no need for > this, but concrete data loss has now occurred as a result of a related bug in > other software combined with the lack of a user-visible LUKS type in a similar > partitioning program, and I believe that warrants re-examination of the > situation. But it seems that the problem is what details partitioning tools provide to end-users rather than problem with data within disk labels. I don't see problem to add FS type column to fdisk(s) (it's already linked with libblkid). > I would thus like to re-propose adding a LUKS type. Alternatively, if a LUKS > type is still considered a bad idea, I would like to suggest allocating a GPT > ID > analogous to the "da = Non-FS data" MBR type code, which would at least allow > the > user to choose a fallback that has a known null semantic, rather than tagging > their > volumes with some arbitrary ID that may be misinterpreted; that would help > avert > analogous problems for future types as well. You want to make a connection between partition type and partition format (FS, LUKS, LVM...). This idea is more than 30years old and it has been always fragile and introduced for poorly designed systems (kernels and boot loaders). The current trend is to use partition type to define for what purpose we want to use the partition (for example "this is /home") independently on partition format. For example systemd is able to generate on the fly mount table according to GPT partition types (so we have type for root and /home). All this is independent on FS/LUKS/etc. The same GUID is for XFS, ext4 ... this concept is not compatible with your idea. BTW, LUKS (and also XFS) is one of well designed on-disk formats where magic string is at the begin of the device, so all you need is one seek()+read(). Anyway, I'd like to minimize number of situations when we depend on GPT/MBR partition types at all. > (I also believe more philosophically that the user should be supported in the > possibility of integrating with other partition management systems that may > wish > to detect LUKS and do something special with it, without requiring all other > such > systems to incorporate a blkid-like system for checking in several places for > the > "basic nature" of a volume. I mention this only for the record, since the > previous > thread suggests the util-linux maintainers don't agree with this.) This is about partitioning tools, not about on-disk disk label data. Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#764387: [PATCH] autogen.sh: check for libtoolize rather than libtool
On Tue, Oct 07, 2014 at 11:07:19PM +0200, Helmut Grohne wrote: > autogen.sh | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied, thanks. -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#756177: fdisk -l regression between v2.24.2 and v2.25
On Sun, Jul 27, 2014 at 12:48:06PM +0200, Andreas Henriksson wrote: > Hello Jos van Wolput! > > Thanks for your bug report. > > On Sun, Jul 27, 2014 at 03:29:38PM +0800, Jos van Wolput wrote: > [...] > > After upgrading util-linux 2.20.1-5.8 (sid) to version 2.25-3 > > (experimental) fdisk -l ends with > > the following error: cannot open /dev/sr0: No medium found > [...] > > fdisk: cannot open /dev/sr0: No medium found > > --- > > and the other devices /dev/sdb* are not shown. > > > > Indeed I don't use the cdrom (sr0) but using fdisk -l from util-linux > > 2.20.1-5.8 (sid) there is no such issue, all disks are shown: > [...] > > This seems to be a regression between 2.24.2 and 2.25 and git bisect tells > me the first bad commit is: a22c6eb206fb716fa4 > > Reverting a22c6eb206fb716fa4 and reviving wholedisk.h from 62acb047a625059e77 > makes v2.25 fdisk -l work as expected for me. > > I'm CCing the upstream developer mailing list to hopefully have some help > on finding the proper fix. Already fixed in upstream tree. The patch will be in 2.25.1 (probably at the end of the next month). Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747313: [Pkg-shadow-devel] Bug#747313: login: Please move pam_selinux open call higher in the session PAM stack
On Wed, May 07, 2014 at 02:14:34PM +0200, Laurent Bigonville wrote: > After looking at Fedora/CentOS ssh pam config file and talking with > people upstream[0] I think that the call to pam_selinux open should be > moved higher in the session stack (just after pam_loginuid and before > pam_keyinit to follow what Fedora is doing). just for curiosity, why do you still use ligin(1) from shadow-utils? Does it have any feature that is missing in util-linux login(1)? Note that we spent a lot time to make util-linux login(1) compatible with Suse, /etc/login.defs and to make it PAM-only etc. Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712209: Try alsactl init
Hi, I hit the same. Today after I started my computer I had no audio at all. I don't know the root cause, but I run as root alsactl init and it has helped. I hope it help you too as workaround. All the best Karel -- Karel Krecmer For reference: ~# alsactl init Found hardware: "HDA-Intel" "Intel CougarPoint HDMI" "HDA:14f1506e,17aa21da,0012 HDA:80862805,80860101,0010" "0x17aa" "0x21da" Hardware is initialized using a generic method ~$ dpkg -l | grep -e alsa -e pulse ii alsa-base 1.0.25+3 all ALSA driver configuration files ii alsa-firmware-loaders 1.0.27-2 amd64ALSA software loaders for specific hardware ii alsa-oss1.0.25-1 amd64ALSA wrapper for OSS applications ii alsa-tools 1.0.27-2 amd64Console based ALSA utilities for specific hardware ii alsa-tools-gui 1.0.27-2 amd64GUI based ALSA utilities for specific hardware ii alsa-utils 1.0.27.1-1 amd64Utilities for configuring and using ALSA ii bluez-alsa:amd644.101-2 amd64Bluetooth ALSA support ii gstreamer0.10-alsa:amd640.10.36-1.1 amd64GStreamer plugin for ALSA ii gstreamer0.10-pulseaudio:amd64 0.10.31-3+nmu1amd64GStreamer plugin for PulseAudio ii gstreamer1.0-pulseaudio:amd64 1.0.8-1 amd64GStreamer plugin for PulseAudio ii libcanberra-pulse:amd64 0.30-2 amd64PulseAudio backend for libcanberra ii libpulse-mainloop-glib0:amd64 4.0-6 amd64PulseAudio client libraries (glib support) ii libpulse0:amd64 4.0-6 amd64PulseAudio client libraries ii libpulsedsp:amd64 4.0-6 amd64PulseAudio OSS pre-load library ii libsox-fmt-alsa:amd64 14.4.1-3 amd64SoX alsa format I/O library ii pulseaudio 4.0-6 amd64PulseAudio sound server ii pulseaudio-esound-compat4.0-6 amd64PulseAudio ESD compatibility layer ii pulseaudio-module-gconf 4.0-6 amd64GConf module for PulseAudio sound server ii pulseaudio-module-x11 4.0-6 amd64X11 module for PulseAudio sound server ii pulseaudio-module-zeroconf 4.0-6 amd64Zeroconf module for PulseAudio sound server ii pulseaudio-utils4.0-6 amd64Command line tools for the PulseAudio sound server ii vlc-plugin-pulse 1:2.0.8-dmo2 amd64PulseAudio plugin for VLC ii xmms2-plugin-alsa 0.8+dfsg-6 amd64XMMS2 - ALSA output ii xmms2-plugin-pulse 0.8+dfsg-6 amd64XMMS2 - PulseAudio output plug-in ~$ lsmod | grep -e audio -e snd snd_hda_codec_hdmi 31720 1 snd_hda_codec_conexant40314 1 snd_hda_intel 35718 5 snd_hda_codec 122850 3 snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_intel snd_hwdep 13189 1 snd_hda_codec snd_pcm68525 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel snd_page_alloc 13018 2 snd_pcm,snd_hda_intel snd_seq45186 0 snd_seq_device 13176 1 snd_seq snd_timer 22773 2 snd_pcm,snd_seq snd53068 19 snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_pcm,snd_seq,snd_hda_codec,snd_hda_intel,thinkpad_acpi,snd_seq_device soundcore 13026 1 snd ~$ uname -a Linux 3.10-1-amd64 #1 SMP Debian 3.10.3-1 (2013-07-27) x86_64 GNU/Linux
Bug#675569: Fixed in upstream
On Thu, Jun 21, 2012 at 05:38:58PM +0200, Hilko Bengen wrote:
> After actually reading what Mika had said about the bug still affecting
> upstream, I have identified another error message that should probably
> not cause agetty to abort:
>
> /dev/ttyS2: cannot set process group: Inappropriate ioctl for device
Good catch, TIOCSCTTY is optional in the current code so tcsetpgrp()
should not be required too.
Fixed. Thanks.
> (Unless these errors are all symptoms of another problem, that is.)
The question is why your agetty is not able to get controlling tty.
Karel
--
Karel Zak
http://karelzak.blogspot.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#634871: mount refuses to update mtab if there's any entry with "none"
On Wed, Jul 20, 2011 at 07:30:32PM +0200, Tomas Janousek wrote: > tab_parse.c:mnt_parse_mountinfo_line parses "none" in src as NULL, > tab_update.c:fprintf_mtab_fs sets m1 to NULL instead of "none" and returns > -ENOMEM, > tab_update.c:update_table says "write entry failed: Success", as errno hasn't > been set, and gotos to leave, leaving mtab not updated. Fixed by upstream commit 696b84b30a31dcb2fb1383d5afe08abcc1597eab (in stable/v2.19 branch). Thanks! > You definitely owe me a beer, Karel! :-) When and where? :-) Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110720200317.gd22...@nb.net.home
Bug#629613: ghc6: linking fails with undefined reference to symbol sem_post@GLIBC_2.4
Package: ghc6 Version: 6.12.1-13 Severity: important Hello, I'm trying to build new GHC on the debian testing on armel running inside Qemu with installed provided ghc6. The problem is that linking of any GHC application fails with: Linking ... /usr/bin/ld: /usr/lib/ghc-6.12.1/unix-2.4.0.0./libHSunix-2.3.0.0.a(Semaphore.o): undefined reference to symbol 'sem_post@@GLIBC_2.4' /usr/bin/ld: note: 'sem_post@@GLIBC_2.4' s defined in DSO /lib/libpthread.so.0 so try adding it to the linker command line /lib/libpthread.so.0: could not read symbols: Invalid operation collect2: ld returned 1 exit status the workaround is to add -lpthread to the linking command-line, but this is not possible to do to cabal generated commands which makes compilation of own ghc impossible -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tejl) Kernel: Linux 2.6.38-2-versatile Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages ghc6 depends on: ii gcc 4:4.5.2-2 The GNU C compiler ii libbsd-dev0.2.0-1utility functions from BSD systems ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libc6-dev 2.13-4 Embedded GNU C Library: Developmen ii libffi-dev3.0.9-4Foreign Function Interface library ii libffi5 3.0.9-4Foreign Function Interface library ii libgcc1 1:4.6.0-10 GCC support library ii libgmp3-dev 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libgmp3c2 2:4.3.2+dfsg-2 Multiprecision arithmetic library ii libncurses5 5.9-1 shared libraries for terminal hand ii perl [perl5] 5.12.3-7 Larry Wall's Practical Extraction ghc6 recommends no packages. Versions of packages ghc6 suggests: pn ghc6-doc (no description available) pn ghc6-prof (no description available) pn haskell-doc(no description available) -- 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#613589: /sbin/cfdisk: Bad Table error after fresh Squeeze install
On Thu, Apr 14, 2011 at 09:28:05AM +0200, Olaf van der Spek wrote: > On Thu, Apr 14, 2011 at 9:19 AM, Karel Zak wrote: > > On Wed, Apr 13, 2011 at 09:36:28AM +0200, Olaf van der Spek wrote: > >> On Wed, Apr 13, 2011 at 9:33 AM, Timo Juhani Lindfors > >> wrote: > >> > Olaf van der Spek writes: > >> >> In that case it should be forwarded upstream. > >> > > >> > Sure, but I couldn't find the upstream BTS. I was just adding extra info > >> > to the bug report since I hit the same bug. > >> > >> Let's CC the author of the patch. > >> > >> Hi Karel, > >> > >> We're hitting a check you added to this utility. We think it's a bug. > >> Could you have a look at it? > >> > >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613589 > > > > Fixed by commit 73356e0553bd9ac00f556891a4798064c0ee6849 (v2.19). > > Thanks. Do you know where the upstream bug tracker can be found? We don't have upstream bug tracker. I prefer downstream -> patch -> upstream and I'd like to keep upstream focused on development and I don't want to do support for end-users. This model works fine in last 5 years. If you are not sure about any issue then you can ask at upstream mailing list. http://userweb.kernel.org/~kzak/util-linux/ Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613589: /sbin/cfdisk: Bad Table error after fresh Squeeze install
On Wed, Apr 13, 2011 at 09:36:28AM +0200, Olaf van der Spek wrote: > On Wed, Apr 13, 2011 at 9:33 AM, Timo Juhani Lindfors > wrote: > > Olaf van der Spek writes: > >> In that case it should be forwarded upstream. > > > > Sure, but I couldn't find the upstream BTS. I was just adding extra info > > to the bug report since I hit the same bug. > > Let's CC the author of the patch. > > Hi Karel, > > We're hitting a check you added to this utility. We think it's a bug. > Could you have a look at it? > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613589 Fixed by commit 73356e0553bd9ac00f556891a4798064c0ee6849 (v2.19). Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#494001: Bug: mount: "user" mounts broken when /etc/mtab is a symlink
On Sun, Jan 09, 2011 at 12:37:49PM +, Roger Leigh wrote: > I just wanted to check with you which versions of util-linux-ng would > work correctly with /etc/mtab removed [...] > If 2.19 is required Yes. Note that "mtab removed" means mtab is symlink to /proc/mounts :-) > I'd be interested to know how experimental libmount support is. The code is not well tested. > i.e. are there any known regressions or failing use cases which we > should be aware of, or any other reasons not to enable it at this > point? Probably the most problematic thing is read-only bind. The problem is described in the mount man page and this problem is not specific to 2.19, but to all systems without mtab. with mtab: mount --bind olddir newdir mount -o remount,ro newdir without mtab: mount --bind olddir newdir mount -o remount,ro,bind olddir newdir The another problem is mount -o loop /path/foo.img /mnt mount | grep /path/foo.img where the grep command returns nothing on systems without mtab and with old kernels (< 2.6.37). The latest kernel provides info about loopdevs in /sys, so mtab is unnecessary. > Have you removed mtab in Fedora/RedHat yet? Yes, this is my plan for Fedora rawhide, because mtab is unsupported by systemd. On systems without systemd I'd suggest to be conservative and compile mount without --enable-libmount-mount. Note that more utils depend on mtab. It's not enough to updated mount(8) -- the long term goal is to modify also mount. helpers to use libmount library (this is my goal for this year). Then we can say that mtab is really dead. Karel -- Karel Zak http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510130: Error calculing volhdr partition boundaries on SGI disklabel
On Thu, Nov 25, 2010 at 05:58:37PM +0100, Moritz Muehlenhoff wrote:
> > --- util-linux-2.13.1.1.orig/fdisk/fdisksgilabel.c
> > +++ util-linux-2.13.1.1/fdisk/fdisksgilabel.c
> > @@ -501,6 +501,9 @@
> > }
> > start = sgi_get_start_sector(Index[i])
> > + sgi_get_num_sectors(Index[i]);
> > + /* Align free space on cylinder boundary */
> > + if (start % cylsize != 0)
> > + start += cylsize - (start % cylsize);
> > if (debug > 1) {
> > if (verbose)
> > printf("%2d:%12d\t%12d\t%12d\n", Index[i],
>
> Karel,
> what do you think about the patch proposed by Aurelien?
Applied, thanks.
Karel
--
Karel Zak
http://karelzak.blogspot.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#603628: dokuwiki: It is not possible to customize preload.php file
Package: dokuwiki
Version: 0.0.20091225c-9~bpo50+1
Severity: wishlist
There is no way how to customize inc/preload.php file (without
modifications in dokuwiki code). So this do not allow me to create e.g.
wiki-farming as described on: http://www.dokuwiki.org/tips:farm because
there is no place where to modify variable $config_cascade.
So I suggest to include some possibility to include custom php file in
provided preload.php. By adding for example something like this to
preload.php:
if (@file_exists("/etc/dokuwiki/preload.php"))
include("/etc/dokuwiki/preload.php");
thanks,
Karel
-e System Information:
Debian Release: 5.0.6
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dokuwiki depends on:
ii debconf [debconf-2 1.5.24Debian configuration management sy
ii libphp-simplepie 1.1.1+debian-1RSS and Atom feed parsing in PHP
ii php-geshi 1.0.7.22-1+lenny1 Generic Syntax Highlighter
ii php5 5.2.6.dfsg.1-1+lenny9 server-side, HTML-embedded scripti
ii ucf3.0016Update Configuration File: preserv
Versions of packages dokuwiki recommends:
ii imagemagick 7:6.3.7.9.dfsg2-1~lenny3 image manipulation programs
ii php5-cli5.2.6.dfsg.1-1+lenny9command-line interpreter for the p
ii php5-gd 5.2.6.dfsg.1-1+lenny9GD module for php5
dokuwiki suggests no packages.
-- debconf information excluded
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566072: [PATCH] fsck: list nonexistent devices that are declared without nofail
On Sat, Oct 23, 2010 at 11:53:13AM +0200, Serafeim Zanikolas wrote:
> Pardon me for being persistent. Have you missed the email below, or do you
> find the argument unconvincing?
Yes, unconvincing. Sorry.
Karel
> On Thu, Oct 07, 2010 at 10:13:34PM +0200, Serafeim Zanikolas wrote:
> > On Thu, Oct 07, 2010 at 10:56:49AM +0200, Karel Zak wrote:
> > > On Sat, Oct 02, 2010 at 02:26:58PM +0200, Serafeim Zanikolas wrote:
> > > > fsck -A output does not indicate the offending device(s), when a device
> > > > is
> > > > nonexistent and declared without nofail (e2fsck doesn't mention
> > > > anything, and
> > > > dosfsck outputs just "No such file or directory")
> > >
> > > Hmm... I'd like to be conservative with this kind of warnings. The
> > > "nofail" option is relatively new and I guess that many people still
> > > successfully rely on the old behavior (because e2fsck doesn't mention
> > > anything ;-).
> >
> > The motivation is that, currently, fsck bombs out during system boot without
> > any hint (which, I hope you'll agree, is not helpful). A -V option won't
> > make
> > any difference for this use case.
> >
> > > I have applied the patch below -- it prints the warning if -V
> > > (verbose) option is specified.
> >
> > ignore() is called multiple times per filesystem, so it's not the best place
> > to put the warning, imho.
> >
> > -S
> --
> To unsubscribe from this list: send the line "unsubscribe util-linux-ng" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
Karel Zak
http://karelzak.blogspot.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593336: New version breaks encfs in some ways in combination with pam_encfs
On Thu, Oct 07, 2010 at 04:05:12PM +0200, Miklos Szeredi wrote:
> On Thu, 07 Oct 2010, Thomas Schwery wrote:
> > > Could someone who can reproduce this please do a "strace -f" of the
> > > login process to see where it hangs?
> >
> > You will find attached a trace ('strace -o login_trace -f login') of the
> > login process for root (a normal user would fail with a "Operation not
> > permitted" error).
> >
> > I had to interrupt the trace because after 10 minutes, nothing more
> > happened ... The last line printed during login by encfs / pam-encfs is :
> > (Interface.cpp:165) checking if nameio/block(3:0:1) implements
> > nameio/block(3:0:0)
>
> Thomas, thanks for the quick response.
>
> It looks like --no-canonicalize isn't working 100% correctly in
This is my mistake, I forgot that we call canonicalize() also from
fsprobe_get_devname_by_spec().
> mount(8). Here's a patch to fix it. Coud you please rebuild
> util-linux with this patch to verify that it fixes the hang?
>
> Karel, does this patch look OK?
Yes. Applied, thanks!
Karel
--
Karel Zak
http://karelzak.blogspot.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582932: [request-tracker-maintainers] Bug#582932: Bug #582932
The configuration file was not changed during the upgrade. I installed RT using dbconfig and those settings were used to perform the upgrade, so $rtname was not changed. I did not get any errors, just 1 warning about setting RTAddressRegexp in the config file, which I haven't added yet as it did not seem to be necessary for my setup. I currently fixed my RT by removing all the tickets of type 'reminder' and status 'new', and re-adding them on the site. This seems to be working even though I can't really spot any difference between the rows I deleted and the new ones I've added. -Oorspronkelijk bericht- Van: Dominic Hargreaves [mailto:d...@earth.li] Verzonden: dinsdag 29 juni 2010 11:52 Aan: Karel Bemelmans;582...@bugs.debian.org Onderwerp: Re: [request-tracker-maintainers] Bug#582932: Bug #582932 It's very useful to hear feedback on this bug. Can you confirm that you didn't change the configuration at all at the time of this upgrade? In particular, to the $rtname configuration variable? I'll make upstream aware of your comment on the linked ticket and see if I can reproduce the issue myself later this week. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582932: Bug #582932
I'm getting the same error after doing an upgrade from 3.8.7-1 tot 3.8.8-1: A a user who had a few reminders set before the upgrade is now getting the error "Can't call method "id" on an undefined value at /usr/share/request-tracker3.8/html/Elements/MyReminders line 58." on the Startpage. I tried setting the LogStackTraces setting to 'error' as posted above, but even after an apache restart I'm not getting any information logged. Disabling the Reminders box on the Startpage prevents the error from happening. It also works fine if I make a new ticket, add a reminder and go back to the Startpage. It just seems to go wrong for tickets that had reminders set before the upgrade from 3.8.7-1 to 3.8.8-1 Hopes this helps.
Bug#579948: [parted-devel] Some debugging info
On Mon, Jun 14, 2010 at 01:06:09PM +0100, Colin Watson wrote:
> parted-devel, can anyone comment on this? It seems to me that either
> (a) _get_lax_constraint should be using ped_alignment_any for its start
> alignment, rather than aligning to sectors * heads boundaries, or (b)
> Sun labels really and truly require cylinder alignment, in which case
> requests to use optimal alignment shouldn't be honoured.
The begin of the partition has to be defined in cylinders:
struct __attribute__ ((packed)) _SunRawPartition {
u_int32_t start_cylinder; /* where the part starts... */
u_int32_t num_sectors;/* ...and it's length */
};
IMHO it does not make sense to use non-cylinder alignment here.
Karel
--
Karel Zak
http://karelzak.blogspot.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573493: scponlyc does not work properly in up-to-date system
Package: scponly Version: 4.6-1.3 Severity: normal Chrooted environment created by setup_chroot.sh script does not work in my current system (up-to-date Debian GNU/Linux 5.0) - sftp connection is closed by server side after credentials input. I discovered this behaviour after creation new scponlyc user. Previously created scponlyc works fine in the same time. After some investigation, I have found that following files are different in both scponlyc environments: /usr/bin/passwd /usr/lib/libkrb5.so.3 /usr/lib/i686/cmov/libcrypto.so.0.9.8 /usr/lib/libk5crypto.so.3 /usr/lib/libgssapi_krb5.so.2 /usr/lib/libkrb5support.so.0 /lib/libc.so.6 It seems, some security update caused, scponlyc environment created in current system does not work. Regards, Karel -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-128.1.1.el5.028stab062.3ent (SMP w/1 CPU core) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scponly depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii openssh-server 1:5.1p1-5secure shell server, an rshd repla ii passwd 1:4.1.1-6+lenny1 change and administer password and ii ssh 1:5.1p1-5secure shell client and server (me scponly recommends no packages. scponly suggests no packages. -- debconf information: * scponly/chroot: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#445711: DNS problem solved with ipcp-max-failure
I've had a similar problem with ppp 2.4.5 (from Opensuse 11.2). When connecting with Huawei E220 to Tele2, pppd did not assign nameservers at all in about 4 from 5 cases (strange, maybe it ignores the bogus answer now but does not set the correct value). Setting ipcp-max-failure option to 30 solves the problem. The problem actually appeared either after the upgrade to this ppp version or something was changed at Tele2, it used to work fine before. Best regards, Karel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#505271: [Pkg-shadow-devel] Bug#505271: Bug#505071: login tty mis-determination (see bug#332198)
On Mon, Dec 08, 2008 at 11:22:34AM +0100, Nicolas François wrote:
> On Mon, Dec 08, 2008 at 09:37:42AM +1100, [EMAIL PROTECTED] wrote:
> > > The bug should affect ubuntu and probably gentoo (4.1.2.2 already
> > > packaged). Not RedHat / Mandrake.
> >
> > A quick peek into shadow-utils-4.1.2-8.fc10.src.rpm suggests Fedora is
> > also affected. I do not know about RHEL.
>
> shadow-utils.spec:rm $RPM_BUILD_ROOT/%{_bindir}/login
>
> makes me think Fedora / RHEL should be free of login's bugs.
yes, we use the classic login(1) from util-linux(-ng).
Karel
--
Karel Zak <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362157: Want her to want you?
Unbelievable length and thickness can be yours today. http://www.Coolittens.com/ Hot rod, hot love -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#259215: Loving it large
Want crazy enjoyable lovemaking sessions every day? Simply click here! http://www.Stimalati.com/ Re: Lindsay sucking vids -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#149961: We can give you second se>.<[EMAIL PROTECTED] life
Good afternoon! Get ready for Christmas holidays with a new you http://dobongworld.com And the hills of the Chankly Bore!' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#106073: Fw:
"This product has completely re-built my self confidence. I would not believe it unless I had seen it for my self. I am very impressed with ManSter." Richard, USA See: www.guiset.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314665: her
Real Player Email Page purchase copy particular http://img444.imageshack.us/my.php?image=0oem1.gif up or been fighting plan Last week -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363700: kernel panic during installation in specific module constellation (sun4u)
Package: kernel-wedge Severity: critical Debian Sarge installation process (from http://people.debian.org/ ~stappers/d-i/images/daily/sparc64/netboot/2.6/boot.img) hangs in the following module constellation: 0. (scsi core modules) 1. mptbase - loaded OK 2. mptscsih - loaded OK 3. mptspi - loaded OK (attached disks are detected according to syslog but have not assigned to device specifiers yet) 4. sd_mod - KERNEL PANIC Full name of the controller is: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07) Any help will be strongly appreciated. Cheers, Karel Panek EMPYREUM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361205: installer support for LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI
Thanks a lot! Karel On 7.4.2006, at 16:17, Frans Pop wrote: On Friday 07 April 2006 14:56, Karel Panek wrote: I believe that it is the CONFIG_FUSION_SPI and "generic" MPT options such as CONFIG_FUSION_CTL plus appropriate dependencies. I am attaching detailed list of help text and supported controllers. I've added the needed modules to the scsi-extra modules package for sparc64 and uploaded a new version. This means they should be available in the _daily builds_ [1] of the installer in two days. [1] http://www.debian.org/devel/debian-installer/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361205: installer support for LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI
Hi.reassign 361205 linux-kernel-di-sparc-2.6thanksNot sure if I understand - I've just posted for the first time so; please excuse me.On Friday 07 April 2006 09:45, Karel Panek wrote: I would like to get support for the following SCSI adapter enabled indebian installers:"LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI" I cannot find any driver with that description if I run the kernel config for sparc64 with 2.6.16.What is the name of the driver itself, is it mptscsih?What is the kernel config option that activates it? I believe that it is the CONFIG_FUSION_SPI and "generic" MPT options such as CONFIG_FUSION_CTL plus appropriate dependencies. I am attaching detailed list of help text and supported controllers.Regards,KarelLinux kernel 2.6.16 on sparc64.CONFIG_FUSION_SPI:SCSI HOST support for a parallel SCSI host adapters.List of supported controllers:LSI53C1020LSI53C1020ALSI53C1030LSI53C1035
Bug#361205: installer support for LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI
Package: kernel-wedge Severity: wishlist I would like to get support for the following SCSI adapter enabled in debian installers: "LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI" I believe this device driver to be accepted as of 2.6.15-rc5 by kernel and needs the modules from kernel directory "drivers / message / fusion". After quick investigation these modules seems to detect the device and attach it in the similar way as drivers from "driver / scsi" in the kernel tree. However if there are some other modules needed for LSI Logic / Symbios Logic 1030 device, I'd like to enable these too of course. I would like to ask if modification made upon this request will be projected to 2.6 boot.img installer at http://people.debian.org/ ~stappers/d-i/images/daily/sparc64/netboot/2.6/ as well as this is my only way for installation at this moment. I'm ready to test updated installer upon your request. Thank you. Best Regards, Karel Panek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361206: installer support for LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI
Package: install Severity: wishlist I would like to get support for the following SCSI adapter enabled in debian installers: "LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI" I believe this device driver to be accepted as of 2.6.15-rc5 by kernel and needs the modules from kernel directory "drivers / message / fusion". After quick investigation these modules seems to detect the device and attach it in the similar way as drivers from "driver / scsi" in the kernel tree. However if there are some other modules needed for LSI Logic / Symbios Logic 1030 device, I'd like to enable these too of course. I would like to ask if modification made upon this request will be projected to 2.6 boot.img installer at http://people.debian.org/ ~stappers/d-i/images/daily/sparc64/netboot/2.6/ as well as this is my only way for installation at this moment. I'm ready to test updated installer upon your request. Thank you. Best Regards, Karel Panek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361199: sparc64 tftpboot kernel driver failure during Gigaswift ethernet (aka cassini) detection (#2)
Package: kernel
Severity: critical
It is not possible to bring Gigaswift (aka Cassini) ethernet cards
online and therefore continue installation on SunFire V440
(UltraSparc IIIi) when I use boot.img placed in the following
directory of debian archives:
/debian/dists/sid/main/installer-sparc/current/images/sparc64/netboot/
2.6/
The installation fails during network detection process with the
following dump:
Apr 4 21:40:00 main-menu[2937]: DEBUG: configure ethernet-card-
detection, status: 0
Apr 4 21:40:00 main-menu[2937]: DEBUG: virtual package ethernet-card-
detection
Apr 4 21:40:00 kernel: Unable to handle kernel NULL pointer dereference
Apr 4 21:40:00 kernel: tsk->{mm,active_mm}->context = 01b6
Apr 4 21:40:00 kernel: tsk->{mm,active_mm}->pgd = f8133f65e000
Apr 4 21:40:00 kernel: \|/ \|/
Apr 4 21:40:00 kernel: "@'/ .. \`@"
Apr 4 21:40:00 kernel: /_| \__/ |_\
Apr 4 21:40:00 kernel: \__U_/
Apr 4 21:40:00 kernel: netcfg(7981): Oops [#1]
Apr 4 21:40:00 kernel: TSTATE: 009980009600 TPC:
00412eb4 TNPC: 00412eb8 Y: Not tainted
Apr 4 21:40:00 kernel: TPC:
Apr 4 21:40:00 kernel: g0: f8133ecfc000 g1: f86dd000 g2:
66d8 g3: f8133e2c13e0
Apr 4 21:40:00 kernel: g4: f8133d30b9c0 g5: g6:
f8133e808000 g7: 66b8
The cards are recognized by the driver. Driver has explicitly
mentioned that MAC address are not set in some kind of firmware
memory (?)
Mentioned boot.img uses kernel 2.6.15-1, this bug was probably solved
in 2.6.16, so this is something to be checked and boot.img file is to
be updated.
UPDATE: 2.6.16 based installer ( from http://people.debian.org/
~stappers/d-i/images/daily/sparc64/netboot/2.6/ ) hangs during
detection as well.
I'm ready to test this problem again upon your request.
Karel Panek
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360897: sparc64 tftpboot kernel driver failure during Gigaswift ethernet (aka cassini) detection
Package: ethernet-card-detection
Severity: critical
It is not possible to bring Gigaswift (aka Cassini) ethernet cards
online and therefore continue installation on SunFire V440
(UltraSparc IIIi) when I use boot.img placed in the following
directory of debian archives:
/debian/dists/sid/main/installer-sparc/current/images/sparc64/netboot/
2.6/
The installation fails during network detection process with the
following dump:
Apr 4 21:40:00 main-menu[2937]: DEBUG: configure ethernet-card-
detection, status: 0
Apr 4 21:40:00 main-menu[2937]: DEBUG: virtual package ethernet-card-
detection
Apr 4 21:40:00 kernel: Unable to handle kernel NULL pointer dereference
Apr 4 21:40:00 kernel: tsk->{mm,active_mm}->context = 01b6
Apr 4 21:40:00 kernel: tsk->{mm,active_mm}->pgd = f8133f65e000
Apr 4 21:40:00 kernel: \|/ \|/
Apr 4 21:40:00 kernel: "@'/ .. \`@"
Apr 4 21:40:00 kernel: /_| \__/ |_\
Apr 4 21:40:00 kernel: \__U_/
Apr 4 21:40:00 kernel: netcfg(7981): Oops [#1]
Apr 4 21:40:00 kernel: TSTATE: 009980009600 TPC:
00412eb4 TNPC: 00412eb8 Y: Not tainted
Apr 4 21:40:00 kernel: TPC:
Apr 4 21:40:00 kernel: g0: f8133ecfc000 g1: f86dd000 g2:
66d8 g3: f8133e2c13e0
Apr 4 21:40:00 kernel: g4: f8133d30b9c0 g5: g6:
f8133e808000 g7: 66b8
The cards are recognized by the driver. Driver has explicitly
mentioned that MAC address are not set in some kind of firmware
memory (?)
Mentioned boot.img uses kernel 2.6.15-1, this bug was probably solved
in 2.6.16, so this is something to be checked and boot.img file is to
be updated.
I'm ready to test this problem again upon your request.
Karel Panek ( [EMAIL PROTECTED] )
EMPYREUM Information Technologies
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
