bug#28912: chmod (2) – Issues report

2017-10-20 Thread Ricky Tigg
>From the followings inputs it should be expected to produce regarding the input format either error or a warning messages. As empty sets all the input tests have been conducted. Format of input that were validated with no kind of message from coreutils: # chmod [ugoa][+-=][rwxXst] [ugoa] –

bug#28914: chmod (2) – Issues report

2017-10-20 Thread Ricky Tigg
Current issue was also reported as Bug 1504053 and closed by someone not at the right place as notabug.

bug#34115: coreutils v. 8.30– Document's content gets deleted using cat(1)

2019-01-17 Thread Ricky Tigg
Hi. On *Fedora Desktop 29*, using *GNU bash*, v. 4.4.23(1), in a *GUI* terminal emulator – *gnome-terminal* was used – under your home directory, create if not present file *.inputrc* a follow: $ cat > .inputrc set enable-bracketed-paste on Press *Return*, then *Ctrl D*. $ cat .inputrc set

bug#33823: coreutils v.8.30 – Command, pasted from text editor to GUI terminal, not displayed though applied

2018-12-23 Thread Ricky Tigg
Thanks. su 23. jouluk. 2018 klo 6.54 Assaf Gordon (assafgor...@gmail.com) kirjoitti: > tags 33823 notabug > close 33823 > stop > > Hello, > > On 2018-12-21 8:06 a.m., Ricky Tigg wrote: > > > > Paste it to a text editor keeping a *mono-space* font as font ap

bug#33823: coreutils v.8.30 – Command, pasted from text editor to GUI terminal, not displayed though applied

2018-12-21 Thread Ricky Tigg
Component: coreutils.x86_64 8.30. Observation not reported at pixelbeat.org . Command executed in *GUI terminal* (*Gnome terminal*): $ cat > 1 A End file (*Ctrl D*) after 'A'. Copy from terminal both previous input and output as pattern

bug#33824: coreutils v.8.30 – An expression part of a cat command is interpreted as "ambiguous redirect" when applied to a target.

2018-12-21 Thread Ricky Tigg
Component: coreutils.x86_64 8.30. Observation not reported at pixelbeat.org . Command executed: $ cat a* >> b* bash: b*: ambiguous redirect Thought the same syntax is used with success when applied only to source files: $ cat a* >> b $

bug#33622: coreutils v. 8.30 – Tail prints the first row in 'tail -n '

2018-12-05 Thread Ricky Tigg
OS: *Fedora*. Component: coreutils.x86_64 8.30-6.fc29 @System Tail prints the first row in 'tail -n ' Command executed: $ dnf repoquery --requires bash --recursive --resolve | grep -E '.x86_64$|.noarch$' | tail -n 1 Last metadata expiration check: 0:28:25 ago on Wed Dec 5 11:09:16 2018.

bug#34345:

2019-02-09 Thread Ricky Tigg
Covered object by values '1994 s', '2014.25 s' seems to be a unique time elapsed. Those values can therefore be expected to be identical, either '1994 s' or '2014.25 s' – 2014 s and 25 hundredths of s –.

bug#34487: dd (coreutils) 8.30 – A written ISO image cannot not be booted from BIOS

2019-02-15 Thread Ricky Tigg
Hi. An ISO image cannot not be booted from BIOS Initial device state: # parted /dev/sdc unit s print free Model: (...) (scsi) Disk /dev/sdc: 15638480s Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End SizeType File system Flags

bug#34487:

2019-02-15 Thread Ricky Tigg
That's was just a *live image* that was required, The equivalent of the present CD/DVD's ISO was then *debian-live-9.7.0-amd64-gnome.iso*.

bug#34309: coreutils v. 8.30 – Output ignores paths specified.

2019-02-04 Thread Ricky Tigg
bash v.4.4.23. Output ignores paths specified.Commands executed: $ df -h FilesystemSize Used Avail Use% Mounted on devtmpfs 1.9G 0 1.9G 0% /dev tmpfs 1.9G 90M 1.8G 5% /dev/shm tmpfs 1.9G 1.8M 1.9G 1% /run

bug#37062: Changes set are no applied to a locally plugged external device

2019-08-17 Thread Ricky Tigg
Component under* Linux Fedora*: coreutils.x86_64 8.31-2.fc30 @updates Changes set are no applied to a locally plugged external device Commands executed: # whoami root # cd /run/media/yk/maxell/Varmuuskopiot/Fedora/ # chown -R root:citser ../Fedora/ && chmod -R 750 ../Fedora/ # ls -l ../; ls

bug#37062:

2019-08-19 Thread Ricky Tigg
Hey. Partition is with its default settings. $ mount | fgrep /run/media/$USER /dev/sdc1 on /run/media/yk/maxell type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2) $ lsblk -bo name,maj:min,fstype,mode,type,mountpoint,tran NAME

bug#41792: dd function – message: "No boot sector on USB device"

2020-06-10 Thread Ricky Tigg
$ file -b Win10_2004_Finnish_x64.iso ISO 9660 CD-ROM filesystem data 'CCCOMA_X64FRE_FI-FI_DV9' (bootable)

bug#41792: dd function – message: "No boot sector on USB device""

2020-06-10 Thread Ricky Tigg
*Component*: coreutils.x86_64 8.32-4.fc32.; *OS*: Linux Fedora Source of file: https://www.microsoft.com/en-us/software-download/windows10ISO Disc image file - checked against its SHA-256 checksum was correct - written successfully with that command: # dd if=Win10_2004_Finnish_x64.iso

bug#41792: Acknowledgement (dd function – message: "No boot sector on USB device"")

2020-06-12 Thread Ricky Tigg
The difference of device path is due to the fact that the USB media was plugged out after the write-operation was achieved on the Linux computer then plugged into a computer –Asus– whose Windows OS has to be restored, then plugged back to the same computer but to a *different* USB port. It's safe

bug#49335: v.8.32 - stat(1) | Symbolic link interpreted as hard link

2021-07-02 Thread Ricky Tigg
Hello, symbolic link counted as hard link. To reproduce: $ touch t; ln -sr t l; stat -c '%i %h %n %F' t l 4172493 1 t regular empty file 4172494 1 l symbolic link '%h' reports *1* despite no hard link is involved. Isn't rather *0* expected?

bug#49381: v.8.32 – du(1) | Calculating the total size of files | One file covered instead of all

2021-07-04 Thread Ricky Tigg
*OS:* Fedora; Tested in Bash v.5.1. Hello. Task: Printing total size of files *alone*. To reproduce: $ stat -c '%i %h %s %n %F' k l 4198568 2 34 k regular file 4198568 2 34 l regular file $ find . -type f ./k ./l Those 'du' commands cover only one file instead of all files. $ find . -type f

bug#63968: 'ls' prints in columns

2023-06-09 Thread Ricky Tigg
coreutils v.: *9.1* OS: *Fedora* Shell: *Bash v. 5.2.15* Hello. Steps to reproduce: $ cd /etc/yum.repos.d/ $ sudo rm .repo $ ls Files are now printed in columns.

bug#68892: 'tr' function | Outputs printed before the command prompts

2024-02-02 Thread Ricky Tigg
OS: Fedora v86_64. coreutils v.: 9.3. Shell: bash v. 5.2.26. Hello. Normally outputs are printed after the command prompt; "#" "$" on my system. (...)@(...):~$ rpm -ql coreutils | head -2 /usr/bin/[ /usr/bin/arch Unexpectedly, through a pipe invoking 'tr', outputs are printed before the command