Re: unexpected behavior of cp and mv

2020-04-30 Thread Alberto Sentieri
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959211 On 4/30/20 3:52 PM, The Wanderer wrote: On 2020-04-30 at 15:27, Alberto Sentieri wrote: I run tcpdump while running my simple program on both stretch and buster. On stretch, x2 uses SMB (version 1, I guess) protocol, while on buster it u

Re: unexpected behavior of cp and mv

2020-04-30 Thread Alberto Sentieri
Thanks for the information. I will enter a bug report asking for a fix for the last stretch available samba server. Or maybe for cifs-utils on buster side. On 4/30/20 3:52 PM, The Wanderer wrote: On 2020-04-30 at 15:27, Alberto Sentieri wrote: I run tcpdump while running my simple program on

Re: unexpected behavior of cp and mv

2020-04-30 Thread The Wanderer
On 2020-04-30 at 15:27, Alberto Sentieri wrote: > I run tcpdump while running my simple program on both stretch and > buster. On stretch, x2 uses SMB (version 1, I guess) protocol, while > on buster it uses SMB2 (version 2 or 3). > > So, the problem can be solved by adding vers=1.0 to mount.cifs

Re: unexpected behavior of cp and mv

2020-04-30 Thread Alberto Sentieri
I run tcpdump while running my simple program on both stretch and buster. On stretch, x2 uses SMB (version 1, I guess) protocol, while on buster it uses SMB2 (version 2 or 3). So, the problem can be solved by adding vers=1.0 to mount.cifs options. Any version from 2.0 and above will incur in t

Notification of Irregular Card_Activities

2020-04-30 Thread AEXP
  https://towardsdatascience.acemlnc.com/lt.php?s=a6917ed3c256e4614beda6c1e5d47f37&i=3A5A1A6   _ Sent to debian-user@lists.debian.org Unsubscribe: http://towardsdatascience.acemlnc.com/proc.php?nl=1&c=3&m=5&s=a6917ed3c256e4614beda6c1e5d47f37&act=unsub AEX, 121 Leffler Ln, Palm

Re: unexpected behavior of cp and mv

2020-04-30 Thread Alberto Sentieri
1 second, 3 seconds or 10 minutes have the same result. About the 1024 1K-blocks, if one checks the file size on the samba server using the same command, the return will be: 4 -rwxrw-r--  1 root cifsusers   10 Feb  5  2017 test2.txt So, it is using only 4Kbytes on the server. I have no id

Re: unexpected behavior of cp and mv

2020-04-30 Thread David Wright
On Thu 30 Apr 2020 at 12:46:26 (-0400), Alberto Sentieri wrote: > Apparently there is something wrong with the debian stretch utimensat > system call, or with its interaction with cifs. It works as expected > when the destination file is on a ext4 file system, but it does not > work when the destin

RTL8187SE driver (I think) problem

2020-04-30 Thread Joe Dennigan
I recently upgraded my Advent notebook from Debian 9 to 10 at which point the wifi card, an RTL8187SE using the rtl818x_pci driver, stopped working properly and no longer connects to the router while a wired connection still works. Two other laptops, an HP Pavilion and an ancient IBM T42, have no

Re: unexpected behavior of cp and mv

2020-04-30 Thread Thomas Schmitt
Hi, Alberto Sentieri wrote: > ls -ls "${NAME}" > Note that the /mnt/u1/rw/receipt is a SMB folder. I got this result: > 1024 -rwxr-xr-x 1 u1 u1 10 Apr 30 12:20 /mnt/u1/rw/receipt/test2.txt > [...] > I run the same binary and script on my debian stretch workstation, and got > 4 -rwxr-xr-x 1 u1 u1 1

Re: unexpected behavior of cp and mv

2020-04-30 Thread Alberto Sentieri
Apparently there is something wrong with the debian stretch utimensat system call, or with its interaction with cifs. It works as expected when the destination file is on a ext4 file system, but it does not work when the destination file is on a SMB file system. I wrote a simple C program, whi

Re: Output from date command defaults to 12-hour in Buster.

2020-04-30 Thread Nicolas George
Greg Wooledge (12020-04-30): > For the first part, you want LC_NUMERIC=C. Damn right I want LC_NUMERIC=C. And I want LC_COLLATE=C. And I want LC_NUMERIC=C, and LC_TIME=C. And I also want LC_WHATEVER_THE_HECK_THEY_WILL_INVENT_NEXT=C too. I want LC_EVERYTHING=C except LC_CTYPE. And everybody who w

Re: unexpected behavior of cp and mv

2020-04-30 Thread Alberto Sentieri
Thanks. By any chance is there a cifs specialist watching this thread? Apparently the timestamp is initially correct but it changes after a while. Does anyone knows why? Is there a worker finishing the file copy, which could be creating this effect? I wrote the following script to repeat my

Re: bug report

2020-04-30 Thread Celejar
On Thu, 30 Apr 2020 15:13:29 +0300 deuxb...@gmail.com wrote: > hello, > i would like to report a bug on Debian. > fresh install on my system (Chuwi minibook) - trying to shutdown causes > reboot (windows works without a problem). Thank you! Please use the reportbug' tool: https://www.debian.org/

bug report

2020-04-30 Thread deuxbina
hello, i would like to report a bug on Debian. fresh install on my system (Chuwi minibook) - trying to shutdown causes reboot (windows works without a problem). thank you

Re: Output from date command defaults to 12-hour in Buster.

2020-04-30 Thread Greg Wooledge
> On Mi, 29 apr 20, 19:18:14, Nicolas George wrote: > > I live in the rest of the world, and I do NOT want my numbers to have > > commas in them instead of decimal points, nor do I want [0-9a-f] to > > match "ça" and "fée". For the first part, you want LC_NUMERIC=C. For the second part, what you'

Re: unexpected behavior of cp and mv

2020-04-30 Thread Thomas Schmitt
Hi, Alberto Sentieri wrote: > I tried setfattr as you suggested with "user" and without "user". Both > failed with "Operation not supported" and none of them changed the > timestamp. This only leaves the idea to mimick the strace of cp -p in an own C program to see whether utimensat() has the des

Re: Output from date command defaults to 12-hour in Buster.

2020-04-30 Thread Andrei POPESCU
On Mi, 29 apr 20, 19:18:14, Nicolas George wrote: > Andrei POPESCU (12020-04-29): > > Could you please kindly elaborate on this for the rest of the world > > where LANG is not some variant of en_XX ? > > I live in the rest of the world, and I do NOT want my numbers to have > commas in them instea

Re: Changing timestamps in video files

2020-04-30 Thread Anders Andersson
On Wed, Apr 29, 2020 at 4:17 PM David Wright wrote: > > On Wed 29 Apr 2020 at 13:16:17 (+0200), Anders Andersson wrote: > > On Wed, Apr 29, 2020 at 12:54 PM elvis wrote: > > > On 29/4/20 8:29 pm, Anders Andersson wrote: > > > > On Tue, Apr 28, 2020 at 5:57 PM Steve Keller > > > > wrote: > > > >