bug#34968: (no subject)

[catherine & andré]

Gebruik:  sha256sum [OPTIE] [BESTAND...]

SHA256-controlesommen (256-bits) tonen of controleren.

Zonder BESTAND, of wanneer BESTAND - is, wordt standaardinvoer gelezen.

  -b, --binary    in binaire modus lezen
  -c, --check SHA256-controlesommen uit BESTAND(en) lezen en 
controleren

  --tag   een controlesom in BSD-stijl genereren
  -t, --text  in tekstmodus lezen (standaard)

De volgende drie opties gelden alleen bij het controleren van 
controlesommen:
  --quiet geen 'goed' tonen voor elk met succes gecontroleerd 
bestand
  --status    niets naar de uitvoer sturen; de afsluitwaarde toont 
succes

  -w, --warn  waarschuwen bij verkeerd opgemaakte controlesomregels

  --strict    met '--check': met foutcode afsluiten bij ongeldige 
invoer

  --help  deze hulptekst tonen en stoppen
  --version   programmaversie tonen en stoppen

De sommen worden berekend zoals beschreven in FIPS-180-2.  Bij het 
controleren

moet de invoer voormalige uitvoer van dit programma zijn.  De standaardmodus
toont voor elk BESTAND een regel met een controlesom, een teken dat het type
aangeeft ('*' voor binair, ' ' voor tekst), en de naam van het bestand.

Rapporteer gebreken in 'sha256sum' aan .
Webpagina van GNU coreutils: 
Algemene hulp bij gebruik van GNU-software: 
Meld vertalingsfouten in 'sha256sum' aan .
Voor volledige documentatie, gebruik:  info coreutils 'sha256sum invocation'

bug#32416: nice command doesn't provide requested niceness

[andré]

Le 2018-08-11 à 02:12, Bernhard Voelker a écrit :

On 08/10/2018 08:24 PM, andré wrote:

nice -n 1 (command)
.or.
nice --adjustment=1 (command)

produces niceness of 10


how do you check this?


on a system with default niceness of 0
coreutils version 8.25
package coreutils-8.25-3.mga6.src.rpm compiled 2017-05-02 by Mageia

expected behavior :
produce niceness of 1


I cannot reproduce here ('nice' wasn't changed to this regard since 8.25):

   $ nice --version | head -n1
   nice (GNU coreutils) 8.30
   $ nice
   0
   $ nice -n 1 nice
   1

'nice' only adds 10 if I don't specify a number:

   $ nice nice
   10

Could you please show us a reproducer?



when I do :

nice -n 1 chromium-browser

mate-system-monitor under processes shows
priority (niceness) of 10 for each chromium-browser process.
(there is one process by page)

If in mate-system-monitor I change priority (niceness) to 1, it is 
changed to 1.


Just tested with gkrellm
nice -n 1 gkrellm
produces niceness of 1 (as shown by mate-system-monitor)

so the problem affects chromium-browser if invoked with nice, but not 
all other applications (and maybe only chromium-browser)


I tried
nice '-n 1' chromium-browser
it still gives niceness of 10

Maybe because each page has a separate process, and '-n 1' is lost ?
(every chromium process started has a niceness of 10)


Have a nice day,
Berny



regards,
--
André

bug#32416: nice command doesn't provide requested niceness

[andré]

nice -n 1 (command)
.or.
nice --adjustment=1 (command)

produces niceness of 10
on a system with default niceness of 0
coreutils version 8.25
package coreutils-8.25-3.mga6.src.rpm compiled 2017-05-02 by Mageia

expected behavior :
produce niceness of 1

--
André

Command CUT

[André Nunes]

Hey man!!! how are you??

i don't understand the difference of command CUT with the parammeter -b
and -c.

Please, you can help me??

thank you very much!!
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils