Package: grub-pc
Version: 2.02+dfsg1-16
Severity: wishlist
I am trying to get the "final word" in how these grub variables are
appended.
Can you please specify a files, e.g.,
/etc/default/grub.local.pre
/etc/default/grub.local.post
that are initially absent, and guaranteed never to be written by
Package: chromium
Version: 73.0.3683.75-1
Please see
https://bugs.chromium.org/p/chromium/issues/detail?id=753242#c31
And lo and behold, in /etc/grub.d/10_linux :
if [ "$ubuntu_recovery" = 1 ]; then
GRUB_CMDLINE_LINUX_RECOVERY="$GRUB_CMDLINE_LINUX_RECOVERY nomodeset"
fi
> "BH" == Ben Hutchings writes:
BH> The installer normally uses a dumb framebuffer driver (probably efifb
BH> on this system) that is built into the kernel. This is too low-
BH> performance for a proper desktop.
OK, the installer could first double check that the framebuffer driver
it
Package: procps
Version: 2:3.3.15-2
File: /usr/share/man/man1/ps.1.gz
Severity: minor
--cols option may be used to exactly determine the width in this case. The
w or -w option may be also be
used to adjust width.
Also mention --width in that sentence.
And mention if --width is the same
Package: procps
Version: 2:3.3.15-2
Severity: minor
$ ps -e --columns 33 -o pid,start_time,cputimes:0,comm
error: column widths must be unsigned decimal numbers
^positive
Package: procps
Version: 2:3.3.15-2
File: /usr/share/man/man1/ps.1.gz
Severity: minor
On the man page it says
lstart STARTED time the command started. See also bsdstart,
start, start_time, and stime.
but there is no stime entry.
So the question becomes why does that installer ISO know how to properly deal
with the
BH> 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
[AMD/ATI] Carrizo [1002:9874] (rev e6)
BH> Subsystem: ASUSTeK Computer Inc. Device [1043:8719]
giving nice splash screens, a
X-Debbugs-Cc: b...@decadent.org.uk
Package: cdimage.debian.org
Severity: minor
On e.g.,
http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/current/amd64/iso-cd/
At
What is a netinst image?
The netinst CD here is a small CD image that contains just the core
BH> Please send the output of "lspci -vnn" for the system that shows this
BH> problem.
Would lspci -knn be good enough for now?:
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=0;bug=925556;filename=logs.gz;msg=50
OK. The package is actually installed. It is just the message about that
being buffered until the next interaction probably.
All I know is I researched what ISO I could put on a USB stick
and take to my mountain for a minimal install with no network.
It worked fine, after I added that nomodeset line.
It is a shame if officially debian no longer can be installed without a
network.
Actually try this:
When you get to the popularity-contest question, wait a few moments,
then answer "no".
Later examine the logs.
You will see actual installation (and then removal) indeed occurs
*after* the user has answered "no".
So the user's eyes didn't fool him after all.
I'll be very happy to help you test this week.
Next week I wish to proceed with final installation though.
BH> Was the firmware (firmware-amd-graphics package) installed on your test
BH> system?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=925556#25
mentions what ISO I used, and all logs
retitle 925556 Use UUID, not sdX on grub linux lines
thanks
The problem simply turns out to be:
grub lines like
linux /boot/vmlinuz-4.9.0-8-amd64 root=/dev/sdb2 ro quiet
are simply bound to fail:
When the computer boots, no matter when for the installer, or later, the
Package: installation-reports
With the latest AMD CPUs the kernel will attempt to use the AMDGPU
kernel driver. Alas this will result in a black screen on the minimal
system installed by the installer.
Therefore on all three of these lines in /boot/grub/grub.cfg
linux /boot/vmlinuz-...
I suppose in the logs, of
Mar 27 23:38:24 in-target: Preparing to unpack
.../popularity-contest_1.64_all.deb ...
Mar 27 23:38:24 in-target: Unpacking popularity-contest (1.64) ...
Mar 27 23:38:24 in-target: Setting up popularity-contest (1.64) ...
Mar 27 23:38:24 in-target: Removing
Trying again with expert install and some different choices,
and putting nomodeset in the grub finally booted it. I'll send new logs soon.
Package: debian-installer
Severity: minor
The Installer splash screen should show the version number.
Maybe just have a message: "press TAB to see all available commands."
That would show both built-ins and non builtins. (Hope TAB works.)
Package: debian-installer
Severity: minor
Let's say you are asking the user what time zone he is in for some country:
Eastern Time Zone
Plains Time Zone
Mountain Time Zone
Other
Well I recall in expert mode installation, UTC is also always present:
Eastern Time Zone
Plains Time Zone
Mountain
Package: debian-installer
Severity: minor
In tasksel_first_0.png
the user is totally helpless trying to figure out what you mean by
"Standard system utilities"
So give some examples. Say
"Standard system utilities (cat, ls...)" or
"Standard system utilities (gnome, kde...)" or
something,
Package: debian-installer
Severity: wishlist
Here on partman_choose_partition_0.png
we see both things that are about to be changed, and things that will
stay the same, but we can't tell which are which.
So right after the words "write changes to disk" you need to add "(You
will be first shown a
Package: debian-installer
Severity: minor
Please also ask "Do not configure the network at this time" *before* trying
to configure the network. Not only after, and failing.
That way users installing offline wouldn't need to answer several futile
questions and have futile DHCP packets sent to
Package: debian-installer
Users often hear "Stretch", "Buster", but on the installer, they see
just "Debian 9".
Therefore please make it say "Debian 9 (Stretch)" or "Debian 9 Stretch".
In fact much wiser would be to do what iOS does, and keep them a top secret.
Package: debian-installer
Severity: wishlist
In bug #925556, I showed you what a failed install looks like to a user
who has booted via grub's "(recovery mode)" entries.
If the user hadn't touched the keyboard, a normal boot would instead
proceed, whereupon the user would just end up on a black
Package: debian-installer
Severity: wishlist
The menus are great,
But you forgot one item.
"Reboot".
You see, no matter how the user scours the menus,
he cannot find the proper way to exit (reboot).
"Well he is supposed to know how to do that himself!"
Yes, but he wants the "proper" way to
Package: debian-installer
Today let's discuss Rescue Mode.
I think you should offer a second rescue mode choice.
Call it "Quick Rescue Mode".
List it right after Rescue Mode.
Quick Rescue Mode would drop the user into a shell right away.
No questions about languages. Yup, unfair. Sorry.
No
Package: debian-installer
Severity: minor
Here there is a high chance the user will chose the wrong item,
because he does not recall which of his disks are which.
Therefore you need to present more details, which yes, can fit on the
same line. Add sizes and partition types and disk label stuff
logs.gz
Description: application/gzip
I tried installing again. (This time with no network.) The normal
graphical install. All goes fine, but in the logs there is one "Failed
to get":
$ grep -A 2 'Failed to get' syslog |cut -c 17-
base-installer: warning: Failed to get debconf answer
'base-installer/kernel/linux/initrd'.
> "SM" == Steve McIntyre writes:
SM> Please attach the installer syslog so we have a chance to see what
SM> happened. On the installed system, that's in /var/log/installer/syslog
What should I give at that
initramfs prompt you see
that would put it on the screen?
Then I could take a
Package: debian-installer
User has a USB drive, loaded with
$ mount
/dev/sdg2 on /var/cache/apt/archives type ext4
/dev/sdg1 on /var/lib/apt/lists type ext4
He takes this drive, along with another drive,
containing a Debian installation ISO, to a remote mountain (offline)
computer, intending to
LS> Clearly the initramfs was able to mount /dev and run fsck, but mounting
LS> it to /root/dev to transfer to the real rootfs failed due to a missing
LS> directory.
So it booted, meaning it is not a
https://www.debian.org/releases/stretch/amd64/ch03s06.html.en#UEFI
problem...
Package: debian-installer
Here the user is left staring at an empty screen. (Many look that way
for a while at the beginning. Even with the latest fastest hardware.)
Not for long you might say.
But long enough for the user to scratch his head, and then casually get
out his cellphone and take a
Package: debian-installer
In https://wiki.debian.org/UEFI
We read
"debian-installer's support for UEFI is mostly contained in two modules.
First comes the partman-efi module, and this will be loaded
automatically if d-i recognises it has been booted in UEFI mode."
The problem here is that on
Package: apt
Version: 1.8.0
Severity: minor
Here we observe parallel download:
# aptitude full-upgrade
...
35% [5 firefox 33.9 MB/44.5 MB 76%] [1 google-earth-pro-stable 2,215 kB/56.5 MB
4%]
What if we don't want parallel download?
I.e., just download one server at a time?
Well the closest
Package: procps
Version: 2:3.3.15-2
Severity: minor
File: /usr/share/man/man1/ps.1.gz
Man page says
the normal default output can be produced with this: ps -eo "%p %y %x %c"
# ps|wc
5 20 140
# ps -eo "%p %y %x %c"|wc
134 5364783
# ps -o "%p %y %x %c"|wc
5
Package: procps
Version: 2:3.3.15-2
Severity: minor
File: /usr/share/man/man1/ps.1.gz
All of these,
OUTPUT FORMAT CONTROL
-c Show different scheduler information for the -l option.
--context
Display security context format (for SELinux).
-f Do
Package: lshw
Version: 02.18.85-0.1
File: /usr/share/doc/lshw/copyright
Author address listed is no longer valid.
: host mail1.ec-lyon.fr[156.18.19.129] said: 550 5.1.1
: Recipient address rejected: ec-lyon.fr (in reply to
RCPT TO command)
Alas, as https://ezix.org/src/issues account activation mail never
comes, there is no way, just looking at
http://ezix.org/project/wiki/HardwareLiSter to contact the author.
As you can see on
https://sourceforge.net/p/hdparm/bugs/82/
# fdisk -l
Disk /dev/nvme0n1: 119.2 GiB, ...
Disk model: INTEL SSDPEKKW128G7
I attempted to report this at
https://ezix.org/src/issues
alas, account activation mail never comes.
Package: systemd
Version: 241-1
Severity: minor
File: /usr/share/bash-completion/completions/journalctl
It's not happy about me wanting to do
# journalctl > file
See:
# journalctl >
AVAILABLE=
AVAILABLE_PRETTY=
CODE_FILE=
...
# journalctl > /
/bin/su
/dev/
/lib/systemd/systemd
Package: ffmpeg-doc
Version: 7:4.1.1-1
Severity: minor
$ cat /usr/share/doc-base/ffmpeg-doc
Document: ffmpeg-doc
Title: FFmpeg API Documentation
Author: FFmpeg Developers
Abstract: This is the API documentation for FFmpeg.
Section: Programming
Format: HTML
Index:
Package: ffmpeg-doc
Version: 7:4.1.1-1
Kindly at the top of each of
ffmpeg: /usr/share/man/man1/ffmpeg-all.1.gz
ffmpeg: /usr/share/man/man1/ffplay-all.1.gz
ffmpeg: /usr/share/man/man1/ffprobe-all.1.gz
ffmpeg-doc: /usr/share/doc/ffmpeg/manual/ffmpeg-all.html
ffmpeg-doc:
Well it might as well write it to both STDOUT and STDERR then.
> "GFTG" == Gabriel F T Gomes writes:
GFTG> You could be right (specially since bash completes any filename),
GFTG> however, where did you get this statistic from?
OK, maybe even less,
$ file /usr/bin/*|grep -c shell\ script
194
$ ls /usr/bin/*.sh
/usr/bin/gettext.sh
But that's just my
OK I let it run, and indeed now it is getting packages from
snapshot.debian.org/archive/ ... at rate 24.3KB/s...
So nevermind, instead of
$ jigdo-lite
http://cdimage.debian.org/cdimage/weekly-builds/amd64/jigdo-cd/debian-testing-amd64-netinst.jigdo
and selecting a local Taiwan mirror,
I'll just
Also when jigdo-lite is asking us questions, it can first mention "don't
worry about 404s"
SM> You don't show to the end of the log. Jigdo will switch to grabbing
SM> missing files from snapshot.d.o once it has finished with all the
SM> files it can find on the mirrors you've told it about.
GREAT: BUT:
The user will start seeing these 404s interspersed with the 200s and
think:
"Yup,
Package: www.debian.org
On https://www.debian.org/CD/jigdo-cd :
See my comment at the end of bug #639937. Jigdo will not build 100%
correct CDs due to the index files often not being in 100% sync. So please
don't recommend it as a way to download Debian CDs. Else one will take
such CD to some
So jigdo will build defective CDs with missing files,
that one will only discover when one tries to use them?
Some files will be present, others missing?
--2019-03-10 07:45:52--
Well all I know is we think they must be in contrast to the other items
listed.
>>>>> "HW" == Holger Wansing writes:
HW> Hi,
HW> 積丹尼 Dan Jacobson wrote:
>> Package: www.debian.org
>>
>> On https://www.debian.org/devel/debian-installer/
>>
Package: www.debian.org
On https://www.debian.org/devel/debian-installer/
users see:
"other images (netboot, USB stick, etc.)"
But in fact many of the other places above and below that can also be
used for USB sticks. In fact they are the more primary places...
Package: www.debian.org
On https://www.debian.org/devel/debian-installer/
After "Current daily snapshots" say
"netinst multi-arch CD images"
Not just
"multi-arch CD images".
Package: cdimage.debian.org
Severity: minor
User gets as far as
https://cdimage.debian.org/cdimage/weekly-builds/
whereupon entering
https://cdimage.debian.org/cdimage/weekly-builds/amd64/
he sees a "bd" not explained where CD and DVD were earlier.
He must check
See how this other package takes a more cautions approach:
──┤ Configuring libpam0g:amd64 ├───
│ Most services that use PAM need to be restarted to use modules built for
this new version of libpam. Please review the following space-separated │
│ list of init.d scripts for services to be
Package: fonts-lyx
Version: 2.3.2-1
Removing fonts-lyx (2.3.2-1) ...
dpkg: warning: while removing fonts-lyx, directory
'/usr/share/fonts/truetype/lyx' not empty so not removed
Due to /usr/share/fonts/truetype/lyx/.uuid
Package: python-backports.functools-lru-cache
Version: 1.5-1
Removing python-backports.functools-lru-cache (1.5-1) ...
E: namespace:121: cannot remove
/usr/lib/python2.7/dist-packages/backports/__init__.py
X-debbugs-cc: lyo...@ezix.org
Package: lshw
Version: 02.18.85-0.1
Severity: minor
File: /usr/share/man/man1/lshw.1.gz
Man page says:
BUGS
lshw currently does not detect Firewire(IEEE1394) devices.
Not all architectures supported by GNU/Linux are fully supported (e.g.
CPU
AG> Attached is a backtrace
Glad you found the bug.
I'm instead going to give up on 32 bit completely, and buy a new
computer. So feel free to close this bug (if you confirm you can't
reproduce it on 32 bit.)
Package: perl
Version: 5.28.1-4
Severity: wishlist
Please make perl return a reasonable exit status like sed in this case:
$ sed 's/a/b/' /tmp/z; echo $?
sed: can't read /tmp/z: No such file or directory
2
$ perl -pwe 's/a/b/' /tmp/z; echo $?
Can't open /tmp/z: No such file or directory.
0
$
Well, a fix would be to take the cautions route of:
If pidof nodm is found, that means they currently running it, so abandon
all attempts to restart it.
If the user is so smart that they want to restart it, they can do it
themselves. (Equivalent of them rebooting the system themselves.)
P.S., there are no such "release notes",
$ dlocate --filename-only -L nodm|xargs grep -ic 'not upgrade' 2>&-
and even if there were...
don't you think it is silly if one cannot upgrade a package when using
the package lest disaster.
Does upgrading the kernel trigger reboot?
severity 853016 critical
thanks
Not only is all the users work in all his windows thrown away, thanks a
lot, but even the apt upgrade session is cut short... hence critical.
You might think that people with nodm on their disks might be saving it
for a rainy day, but some of us are actually using
Package: psmisc
Version: 23.2-1
File: /usr/bin/pstree
$ pstree -al
systemd
|-nodm
| |-Xorg :0 -nolisten tcp vt7
| | `-{Xorg}
| `-nodm
| `-bash /home/jidanni/.xsession
| |-bash /home/jidanni/.xsession
| | `-sleep 4m
| |-icewm-session
https://www.google.com/search?q=gobject/gtype.c:4265:+type+id+'0'+is+invalid
Here's the situation on i686. Be sure to test on i686, not amd64, where
it works fine.
libwebkit2gtk-4.0-37:
Installed: 2.23.91-1
epiphany-browser:
Installed: 3.31.91-2
$ mkdir /tmp/p; HOME=/tmp/p epiphany-browser
You'll see it just shows it is loading about:overview, and it just loops
By the way, such mysteries happen not due to user error,
e.g., #923505. But that is only one cause of at accidents...
Package: locales
Version: 2.28-8
Severity: wishlist
You know, there is a slight gap in time when updating locales,
that all locales disappear.
This causes e.g., an at(1) job that happens to run during that time to
give e.g.,
> Subject: Output from your job 866
> sh: line 48: warning:
Package: at
Version: 3.1.23-1
Severity: wishlist
It is rather hard to debug when something bad happens.
All you get is a mail e.g.,
> sh: line 48: warning: setlocale: LC_CTYPE: cannot change locale
> (zh_TW.UTF-8): No such file or directory
You have no idea what caused it.
You might say
Package: perl
Version: 5.28.1-4
Severity: minor
File: /usr/bin/pod2html
$ pod2html /dev/null| tidy -eq
line 7 column 1 - Warning: lacks "rel" attribute
So
mailto:root@localhost; /> should be
mailto:root@localhost; />
P.S.,
https://metacpan.org/pod/Pod::Html "Issues" leads to
Package: libssh2-1
Version: 1.8.0-2
Severity: minor
File: /usr/share/doc/libssh2-1/copyright
Say
< Source: http://libssh2.org/
> Source: https://libssh2.org/
Else it seems kind of funny not using https when discussing this package :-)
$ XDG_UTILS_DEBUG_LEVEL=33 xdg-mime default .desktop text/html
make_default_kde: No kde runtime detected
make_default_generic .desktop text/html
Updating /home/jidanni/.config/mimeapps.list
$ cat /home/jidanni/.config/mimeapps.list
[Default Applications]
text/html=.desktop
$
Package: gvfs-common
Version: 1.39.90-1
Severity: minor
File: /usr/share/man/man1/gvfs-open.1.gz
$ apropos bzcat
bzcat (1)- decompresses files to stdout
$ apropos gvfs-open
gvfs-open (1)- (unknown subject)
Package: xdg-utils
Version: 1.1.3-1
File: /usr/bin/xdg-mime
$ xdg-mime default .desktop text/html; echo $?
0
$ xdg-mime query default text/html
org.gnome.Epiphany.desktop
Or make a sixth exit code to say what happened in this case.
EXIT CODES
An exit code of 0 indicates success while
Package: xdg-utils
Version: 1.1.3-1
Severity: minor
File: /usr/share/doc/xdg-utils/copyright
The project URL needs to be changed to
https://www.freedesktop.org/wiki/Software/xdg-utils/
from http://portland.freedesktop.org .
i686 only. Works fine on x86_64.
Package: beep
Version: 1.4.3-1
Severity: minor
File: /usr/share/doc/beep/INSTALL.md
NEWS.Debian.gz only mentions INSTALL.md,
which doesn't mention PERMISSIONS.md .
which in turn doesn't mention INSTALL.md. In fact the latter two should
be combined... or put all permission discussion into
Package: epiphany-browser
Version: 3.31.91-2
Severity: grave
$ mkdir /tmp/p
$ HOME=/tmp/p epiphany /etc/motd
** (epiphany:11842): WARNING **: 06:53:40.412: Web process crashed
(WebKitWebProcess:12106): GLib-GObject-WARNING **: 06:53:41.133:
../../../gobject/gtype.c:4265: type id '0' is invalid
Package: bash-completion
Version: 1:2.8-5
$ set apt-show-versions
$ zless /usr/share/doc/$@/ch
$ zless /usr/share/doc/$@/ch
chromium chromium-common chromium-sandbox chromium-shell
$ zless /usr/share/doc/\$@/chromium
Huh?
OK, now shortening the last string sitting on my terminal,
Package: w3m
Version: 0.5.3-37
When w3m is connecting to a (malfunctioning) site, the user sees
"Opening socket..."
If for some reason there is no further response from the site,
the user has no way to stop w3m, and return to his shell.
Let's compare the same thing with lynx.
Making HTTPS
Package: bash-completion
Version: 1:2.8-5
Severity: minor
$ dpkg -l *grub*> /tmp/ #Failed to complete. Had to use
$ dpkg -l *grub* > /tmp/
Package: dpkg
Version: 1.19.4
Severity: minor
How about removing
/var/lib/dpkg/available
/var/lib/dpkg/available-old
or at least zapping them to zero bytes.
They haven't been updated in five years,
and you could save the user four megabytes.
OK maybe they still update on some people's systems,
Yes, your program will just have to accept the fact that maybe
Architecture will be empty,
$ dpkg -l \*|grep empty|tr -s ' '
un modutils (no description available)
despite #922410. Fortunately I'm sure a single line of code probably is
all that needs to be adjusted... Thanks.
Package: dpkg
Version: 1.19.4
man dpkg says:
--forget-old-unavail
Now obsolete and a no-op as dpkg will automatically forget
uninstalled unavailable packages (since dpkg 1.15.4), but
only those that do not contain user information such as
Package: dpkg
Version: 1.19.4
Severity: minor
File: /usr/share/man/man1/dpkg.1.gz
(In fact the unknown state is the majority state of dpkg -l \*
Anyway, there it is:
$ dpkg -l|sed q
Desired=Unknown/Install/Remove/Purge/Hold
^^^
)
--- dpkg.1 2019-01-23 20:06:39.0 +0800
Package: perltidy
Version: 20180220-1
File: /usr/share/man/man3/Perl::Tidy.3pm.gz
Why is this so short?
$ man Perl::Tidy|wc -l
21
And it says:
POD ERRORS
Hey! The above document had some coding errors, which are explained
below:
Around line 8631:
=pod directives
found 685439 0.22.10
thanks
# su -c 'apt-show-versions -r -p "^linux-(doc|image)-[0-9]+\."' jidanni
Use of uninitialized value in hash element at /usr/bin/apt-show-versions line
578, line 26850.
linux-doc-4.19:all/unstable 4.19.20-1 uptodate
linux-image-4.19.0-2-686-pae:i386 4.19.16-1
Package: bash-completion
Version: 1:2.8-5
# ls m*
my.rc.local
# set m
monitor my.rc.local
So what good is doing
# set monitor
for?
Oh, I see
# mkdir /tmp/n
# cd /tmp/n
# set
allexport hashall monitor nounset
verbose
braceexpand
Package: iproute2
Version: 4.20.0-2
Severity: wishlist
File: /usr/share/man/man8/ss.8.gz
Add example(s) of how to absolutely print out everything (all options on
at the same time) about everything.
Package: util-linux
Version: 2.33.1-0.1
Can you believe this error message is written to STDOUT
# su -c : nobody|wc
1 6 41
# su -c : nobody
This account is currently not available.
instead of STDERR!
Advise users to try rebooting...
Package: libpam-runtime
Version: 1.3.1-1
User does aptitude upgrade.
Upgrade finishes normally.
But user notes cronjobs no longer fire on time...
Looking in the logs,
Feb 13 05:59:01 jidanni5 cron[485]: Authentication failure
Feb 13 05:59:01 jidanni5 CRON[5596]: Authentication failure
Feb 13
Package: bsdmainutils
Version: 11.1.2+b1
Severity: wishlist
File: /usr/share/man/man1/column.1.gz
Please add an example of
-s Specify a set of characters to be used to delimit columns for the
-t option.
Package: mencoder
Version: 2:1.3.0-8+b4
Severity: minor
mencoder and mplayer both say:
libavformat version 58.20.100 (external)
Mismatching header version 58.12.100
Versions of packages mencoder depends on:
ii libavformat58 7:4.1-1 ...
Package: alsa-utils
Version: 1.1.7-1
Severity: wishlist
File: /usr/bin/alsamixer
Maybe alsamixer should add some keystrokes:
"Restore default for this control"
and
"Restore default for all controls"
(but then Undo, also, to fix accidents.)
Package: alsa-utils
Version: 1.1.7-1
Severity: minor
File: /usr/sbin/alsa-info
If one does alsa-info --no-upload the first line says "upload=true" !:
# alsa-info --no-upload
# sed q /tmp/alsa-info.txt.*
upload=true=true=
Package: alsa-utils
Version: 1.1.7-1
Severity: minor
File: /usr/sbin/alsabat-test
Instead of putting all 20+ files in
/tmp/bat.wav.*
put them in
/tmp/alsabat-test/bat.wav.*
to keep /tmp more tidy.
Just like /usr/sbin/alsa-info already does.
801 - 900 of 4651 matches
Mail list logo