On Wed, Apr 29, 2020 at 12:36:50AM +0200, Nicolas George wrote:
> to...@tuxteam.de (12020-04-28):
> > I never tried, mind you. I've got better things to do with my time than
> > wrangling down a Java Monster (TM).
> >
> > That said, I don't know what your point is (besides whining around a
> > bit
On Tue, Apr 28, 2020 at 5:57 PM Steve Keller wrote:
>
> Is there any tool in Debian that is able to change the timestamp in
> video files, e.g. .mov, .avi, .mp4, etc.?
>
> For image files I use jhead -ta but I haven't found
> anything for video.
$ ls -gGh faked_evidence.avi
-rw-r--r-- 1 700M Apr
On 29/4/20 8:29 pm, Anders Andersson wrote:
On Tue, Apr 28, 2020 at 5:57 PM Steve Keller wrote:
Is there any tool in Debian that is able to change the timestamp in
video files, e.g. .mov, .avi, .mp4, etc.?
For image files I use jhead -ta but I haven't found
anything for video.
$ ls -gGh fa
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:
> >> Is there any tool in Debian that is able to change the timestamp in
> >> video files, e.g. .mov, .avi, .mp4, etc.?
> >>
> >> For image files
Hi.
testing/unstable system here, just did an upgrade and I got the
following message:
W: APT had planned for dpkg to do more than it reported back (372 vs 389).
Affected packages: texlive-latex-base:amd64
texlive-latex-extra:amd64 texlive-latex-recommended:amd64
texlive-pictures:amd64
On Tue, Apr 28, 2020 at 10:53:25PM -0600, Charles Curley wrote:
> Adding
>
> alias date='date +"%a %b %d %T %Z %Y"'
>
> to one's .bashrc or /etc/bashrc should get the OP what he wants.
No, this is not a viable solution. It will completely hinder your
ability to use date with other format argume
On Wed, Apr 29, 2020 at 09:11:05AM +0300, Reco wrote:
> If you need it systemwide, consider doing this (will require relogin, at
> least):
>
> echo 'LC_TIME=C' >> /etc/default/locale
I do not recommend hard-coding locales system-wide. Individual users
should be free to set their own environments
Greg Wooledge (12020-04-29):
> No, this is not a viable solution. It will completely hinder your
> ability to use date with other format arguments, and it will not
> address the underlying problem, which is in the locale definition used
> by strftime(3) and similar pieces of libc. (There are othe
Greg Wooledge (12020-04-29):
> The choice of .bashrc may be fine for GNOME users (hell, it may even be
> *mandatory* for GNOME users, because GNOME is user-unfriendly shit),
> but even then, it only affects commands that are launched from an
> interactive shell.
>
> In order to take effect in comm
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 A wired connection still works. Two
other laptops, an HP and an ancient IBM T42, have no problems co
Sorry for the delayed response; I was responding in gaps mid-shift on
Monday, and then spent Tuesday actually in the office instead of working
remotely.
On 2020-04-27 at 15:05, Dale Harris wrote:
> On Mon, Apr 27, 2020 at 2:29 PM The Wanderer wrote:
>
>> On initial examination, I see no meaning
Reco writes:
> Hi.
> If you need it systemwide, consider doing this (will require relogin, at
> least):
> echo 'LC_TIME=C' >> /etc/default/locale
That was what I needed. /etc/default/locale did not contain that
line but did contain
# File generated by update-locale
LANG="en_US.UTF-8"
On Wed, Apr 29, 2020 at 08:00:05AM -0500, Martin McCormick wrote:
> I had thought all along that I was dealing with a feature
> rather than a bug
It's an intentional change. It's a "feature" from the libc developers'
point of view. As far as they are concerned, Americans use 12-hour
clocks
On Wed, Apr 29, 2020 at 8:54 AM The Wanderer wrote:
>
> Random stabs in the direction of developing a usable set of steps to
> follow: since you suspect the system may have a problem with i386
> packages to begin with, it might be useful to know whether you actually
> have any already installed.
Greg Wooledge writes:
> On Tue, Apr 28, 2020 at 10:53:25PM -0600, Charles Curley wrote:
> > Adding
> >
> > alias date='date +"%a %b %d %T %Z %Y"'
> >
> > to one's .bashrc or /etc/bashrc should get the OP what he wants.
It did make just the date command work as desired. I
actually tried t
On Wed, Apr 29, 2020 at 9:35 AM Dale Harris wrote:
> On Wed, Apr 29, 2020 at 8:54 AM The Wanderer wrote:
>
>> The basic procedure would be an iteration over adding the "will not be
>> installed" packages (or, in the case of a remove-the-wrong-things
>> explosion, the important packages that woul
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:
> > >> Is there any tool in Debian that is able to change the timestamp in
> >
On Wed, Apr 29, 2020 at 08:56:24AM -0500, Martin McCormick wrote:
> Greg Wooledge writes:
> > On Tue, Apr 28, 2020 at 10:53:25PM -0600, Charles Curley wrote:
> > > Adding
> > >
> > > alias date='date +"%a %b %d %T %Z %Y"'
> > >
> > > to one's .bashrc or /etc/bashrc should get the OP what he wants.
On 2020-04-29 at 10:04, Dale Harris wrote:
> On Wed, Apr 29, 2020 at 9:35 AM Dale Harris wrote:
>
>> On Wed, Apr 29, 2020 at 8:54 AM The Wanderer wrote:
>>
>>> The basic procedure would be an iteration over adding the "will not be
>>> installed" packages (or, in the case of a remove-the-wrong-t
This morning I ran "apt update && apt upgrade" as usual, and there was
a new kernel, linux-image-4.19.0-8-amd64 4.19.98-1+deb10u1 amd64, to
replace the prior kernel, linux-image-4.19.0-6-amd64
4.19.67-2+deb10u2, and several other packages to upgrade.
Upon rebooting, I find that the background is n
On 2020-04-29 13:25 +0200, Andrea Borgia wrote:
> Hi.
>
> testing/unstable system here, just did an upgrade and I got the
> following message:
>
> W: APT had planned for dpkg to do more than it reported back (372 vs 389).
>Affected packages: texlive-latex-base:amd64
>texlive-latex-extra:am
Hi,
29 avr. 2020 à 16:29 de wool...@eeg.ccf.org:
> It breaks if you try to use your own "plus" argument.
>
> unicorn:~$ alias date='date +"%a %b %d %T %Z %Y"'
> unicorn:~$ date +%s
> date: extra operand ‘+%s’
> Try 'date --help' for more information.
> unicorn:~$ unalias date
> unicorn:~$ date +%
On Wed, 29 Apr, 2020 at 08:28:25 -0600, Charles Curley wrote:
> This morning I ran "apt update && apt upgrade" as usual, and there was
> a new kernel, linux-image-4.19.0-8-amd64 4.19.98-1+deb10u1 amd64, to
> replace the prior kernel, linux-image-4.19.0-6-amd64
> 4.19.67-2+deb10u2, and several other
Andrei POPESCU wrote:
> ...
> The best thing about a wiki is that anyone can edit it[1]. Having to
> check with others first would, in my opinion, just hinder contributions.
>
> Reverts are much easier to do than edits ;)
How about tentative or provisional edits--changes that perhaps show up
befo
Greg Wooledge writes:
> It's an intentional change. It's a "feature" from the libc developers'
> point of view. As far as they are concerned, Americans use 12-hour
> clocks, so the en_US.utf8 locale is supposed to present times in 12-hour
> format by default.
This American is an amateur
On Mi, 29 apr 20, 12:20:37, Daniel Barclay wrote:
> Andrei POPESCU wrote:
> > ...
> > The best thing about a wiki is that anyone can edit it[1]. Having to
> > check with others first would, in my opinion, just hinder contributions.
> >
> > Reverts are much easier to do than edits ;)
>
> How about
Sven Hartge wrote:
...
As Russ noted in
https://lists.debian.org/debian-project/2020/04/msg00103.html in 3)
"... more comfortable with forums than with email. [...]"
...
How do people not understand that the word "forum" does not exclude e-mail
or even non-digital communication (that "forum"
On Mi, 29 apr 20, 09:35:12, Dale Harris wrote:
>
> Okay, did some of that, the one that really blows up is libicu63:i386, when
> I try to install that it was to remove most of the amd64 packages.
>
> # apt-cache policy libicu63:i386
> libicu63:i386:
> Installed: (none)
> Candidate: 63.1-6
>
cp and mv are not preserving the file timestamps when copying from a
ext4 file system to a smb file system.
I am running cp and mv on:
$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 10 (buster)
Release: 10
Codename: buster
SMB is
Nate Bargmann wrote:
This topic has been on LWN.net for the past several days and should be
free to view in the next day or two: https://lwn.net/Articles/817668/
And subscribing is required even just to *see* the "Debian discusses Discourse"
discussions?
That's, well, ... at least ironic.
D
On Mi, 29 apr 20, 14:03:42, Nicolas George wrote:
>
> Not setting LANG is an even better answer.
>
> Seriously, except for LC_CTYPE, which would be better be encoded as part
> of the TERM variable, and LC_MESSAGES when the translations happen to be
> half decent, all locales category are some var
On Wed, Apr 29, 2020 at 12:22:41PM -0400, Alberto Sentieri wrote:
> cp and mv are not preserving the file timestamps when copying from a ext4
> file system to a smb file system.
>
> I am running cp and mv on:
> $ lsb_release -a
> No LSB modules are available.
> Distributor ID: Debian
> Descript
On Mi, 29 apr 20, 13:03:47, Daniel Barclay wrote:
> Nate Bargmann wrote:
> > This topic has been on LWN.net for the past several days and should be
> > free to view in the next day or two: https://lwn.net/Articles/817668/
>
> And subscribing is required even just to *see* the "Debian discusses
>
i don't have free disk space for new partition4G limit isn't big problem for
me
actually small files are preferred for video editingi've deleted the big file
On Wednesday, April 29, 2020, 1:09:38 PM GMT+8, Charles Curley
wrote:
On Tue, 28 Apr 2020 21:50:44 + (UTC)
Long Wind wro
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 instead of decimal points, nor do I want [0-9a-f] to
match "ça" and
Il 29/04/20 17:36, Sven Joachim ha scritto:
Unless there are good reasons to report it, I'd say I can let it drop,
right?
It's up to you. If the message comes up again, I would report it, but
probably not at the first incident.
I think it's the first time I ever saw it in years, I'll report
Daniel Barclay wrote:
> Sven Hartge wrote:
> > ...
> >
> > As Russ noted in
> > https://lists.debian.org/debian-project/2020/04/msg00103.html in 3)
> > "... more comfortable with forums than with email. [...]"
> > ...
>
>
> How do people not understand that the word "forum" does not exclude e-m
On Wed, 29 Apr 2020 17:17:10 +0100
Liam O'Toole wrote:
> It sounds like the process /usr/bin/xfdesktop is either crashing or
> not being started at all. Try running it from a terminal emulator and
> see what happens.
Odd.
charles@jhegaala:~$ ps aux | grep -i xfdesktop
charles 6967 0.0 0.0
Hello list,
I installed Debian 10 on my Fujitsu TX 100 S1 (64 and 32 Bit possible)
with debian 64. After that I observed: the mouse pointer is awfully
slow. Therefore I went back to Debian 9 32-bit.
On a HP-Pavillon 64-bit Debian 10 works just fine.
Anybody knows about this problem? What can
Exactly the same behavior for /bin/cp and /bin/mv. I do not have any other cp
or mv in my path.
$ sha1sum /bin/cp /bin/mv
220687a082fb9d0dbb48e9a2b1093cbb4e9de55a /bin/cp
46e71d67df7eb1c41f8f8c9039f401e242cce94a /bin/mv
On Wed, Apr 29, 2020 at 12:22:41PM -0400, Alberto Sentieri wrote:
cp a
On 2020-04-29 at 14:10, Dan Ritter wrote:
> Daniel Barclay wrote:
>
>> Sven Hartge wrote:
>>> ...
>>>
>>> As Russ noted in
>>> https://lists.debian.org/debian-project/2020/04/msg00103.html in
>>> 3) "... more comfortable with forums than with email. [...]" ...
>>
>> How do people not understan
Andrei POPESCU wrote:
On Mi, 29 apr 20, 13:03:47, Daniel Barclay wrote:
Nate Bargmann wrote:
This topic has been on LWN.net for the past several days and should be
free to view in the next day or two: https://lwn.net/Articles/817668/
And subscribing is required even just to *see* the "Debian
On Wed, Apr 29, 2020 at 02:54:42PM -0400, The Wanderer wrote:
[...]
> A longstanding principle of good software design: "be conservative in
> what you emit, and liberal in what you consume". In some such set of
> words or another.
This would be Postel's principle -- and this gentleman was especi
On Wed 29 Apr 2020 at 12:20:37 -0400, Daniel Barclay wrote:
> Andrei POPESCU wrote:
> > ...
> > The best thing about a wiki is that anyone can edit it[1]. Having to
> > check with others first would, in my opinion, just hinder contributions.
> >
> > Reverts are much easier to do than edits ;)
>
>
When I tried strace with /bin/cp -pi I can see on both commands
something like this:
utimensat(4, NULL, [{tv_sec=1588174263, tv_nsec=908624390} /*
2020-04-29T11:31:03.908624390-0400 */, {tv_sec=1486350336,
tv_nsec=481422339} /* 2017-02-05T22:05:36.481422339-0500 */], 0) = 0
The utimensat is
On Wed, 29 Apr 2020 12:22:41 -0400
Alberto Sentieri <2...@tripolho.com> wrote:
> cp and mv are not preserving the file timestamps when copying from a
> ext4 file system to a smb file system.
What I see is:
* mv does preserve the time of the file, regardless of copying to an
SMB share or not.
On Wed 29 Apr 2020 at 13:03:47 -0400, Daniel Barclay wrote:
> Nate Bargmann wrote:
> > This topic has been on LWN.net for the past several days and should be
> > free to view in the next day or two: https://lwn.net/Articles/817668/
>
> And subscribing is required even just to *see* the "Debian d
Charles,
Please read the whole thread, which starts at
https://lists.debian.org/debian-user/2020/04/msg01361.html. It is clear
there that -p has no effect on that particular case of smb destinations.
A similar problem is happening with mv.
I resurrect my stretch workstation and the behavior
Jörg Kampmann wrote:
> I installed Debian 10 on my Fujitsu TX 100 S1 (64 and 32 Bit possible)
> with debian 64. After that I observed: the mouse pointer is awfully
> slow. Therefore I went back to Debian 9 32-bit.
>
> On a HP-Pavillon 64-bit Debian 10 works just fine.
>
> Anybody knows about th
to...@tuxteam.de (12020-04-29):
> This would be Postel's principle -- and this gentleman was especially
> interested in Internet protocols... but I get the idea.
But to be realistic, Postel's principle, even if it was thought for
protocols rather than human relationships, is much more relevant for
Siard (12020-04-29):
> The Identifier can be found in the output of 'xinput list'.
> So replace the above value of Identifier with yours.
And the changes can be tested on the fly with xinput --set-prop, no need
to restart the X11 server just to check if the speed setting is
satisfactory.
Regards,
Hi,
Alberto Sentieri wrote:
> It is clear
> there that -p has no effect on that particular case of smb destinations. A
> similar problem is happening with mv.
Maybe its not the file copying operation but the subsequent adjustment
of the timestamps.
Did you already try whether you can change times
Jörg Kampmann wrote:
> I installed Debian 10 on my Fujitsu TX 100 S1 (64 and 32 Bit possible)
> with debian 64. After that I observed: the mouse pointer is awfully
> slow. Therefore I went back to Debian 9 32-bit.
>
> On a HP-Pavillon 64-bit Debian 10 works just fine.
>
> Anybody knows about th
On Wed, Apr 29, 2020 at 10:08:02PM +0200, Nicolas George wrote:
> to...@tuxteam.de (12020-04-29):
> > This would be Postel's principle -- and this gentleman was especially
> > interested in Internet protocols... but I get the idea.
>
> But to be realistic, Postel's principle, even if it was though
The content file is copied correctly. And touch works as expected on smb
files. The command below produced the expected results:
touch -t 201901011300 /mnt/u1/rw/receipt/u1.crontab
On 4/29/20 4:13 PM, Thomas Schmitt wrote:
Hi,
Alberto Sentieri wrote:
It is clear
there that -p has no effect
Just to document what I've seen so far:
These are some straces which may help finding the problem:
1) cp -p from ext4 to smb, debian buster, which failed:
utimensat(4, NULL, [{tv_sec=1588174263, tv_nsec=908624390} /*
2020-04-29T11:31:03.908624390-0400 */, {tv_sec=1486350336,
tv_nsec=48142233
Hi,
assumed that the success of "touch" indicates that utimensat(2) works
fine, i would pick the failed fsetxattr(2) as next suspect.
Does this set the timestamps despite failing ?
setfattr -n user.test_name -v test_value /mnt/u1/rw/receipt/u1.crontab
(I expect an "Operation not supported" er
Sven Joachim wrote:
...
> It's up to you. If the message comes up again, I would report it, but
> probably not at the first incident.
i also saw it this morning, but since this is testing and
texlive seems to get frequent changes i decided to ignore it
since i am not a heavy user of that packag
Alberto Sentieri wrote:
> On 4/29/20 4:13 PM, Thomas Schmitt wrote:
>> Hi,
>>
>> Alberto Sentieri wrote:
>>> It is clear
>>> there that -p has no effect on that particular case of smb destinations. A
>>> similar problem is happening with mv.
>> Maybe its not the file copying operation but the subse
On Wednesday, April 29, 2020 12:49:53 PM Daniel Barclay wrote:
> How do people not understand that the word "forum" does not exclude e-mail
> or even non-digital communication (that "forum" does not mean only a
> web-based forum)?
What word would you suggest be used for the things that people do c
On Wed, Apr 29, 2020 at 05:53:24PM -0400, rhkra...@gmail.com wrote:
> What word would you suggest be used for the things that people do call forums
> but excluding email / maillists?
Web forums.
Or Usenet, but I don't think you meant that.
Thanks! (Yes, I would exclude Usenet as well (I mean, I like Usenet, just
like email better.))
On Wednesday, April 29, 2020 05:55:15 PM Greg Wooledge wrote:
> Web forums.
>
> Or Usenet, but I don't think you meant that.
On Wed 29 Apr 2020 at 15:07:52 (-0400), Alberto Sentieri wrote:
> When I tried strace with /bin/cp -pi I can see on both commands
> something like this:
>
> utimensat(4, NULL, [{tv_sec=1588174263, tv_nsec=908624390} /*
> 2020-04-29T11:31:03.908624390-0400 */, {tv_sec=1486350336,
> tv_nsec=48142233
* On 2020 29 Apr 12:05 -0500, Daniel Barclay wrote:
> Nate Bargmann wrote:
> > This topic has been on LWN.net for the past several days and should be
> > free to view in the next day or two: https://lwn.net/Articles/817668/
>
> And subscribing is required even just to *see* the "Debian discusses
Exactly as shown on my screen, it shows that rsync, when used with -av,
works as expected, but cp -pi does not.
$ rm /mnt/u1/rw/receipt/u1.crontab
$ ls -ls /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab
ls: cannot access '/mnt/u1/rw/receipt/u1.crontab': No such file or directory
I am using ls -ls to check the data.
As captured from my screen:
$ rm /mnt/u1/rw/receipt/u1.crontab
$ ls -ls /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab
ls: cannot access '/mnt/u1/rw/receipt/u1.crontab': No such file or directory
4 -rw-r--r-- 1 u1 u1 54 Feb 5 2017 /mnt/1g/hom
I tried setfattr as you suggested with "user" and without "user". Both
failed with "Operation not supported" and none of them changed the
timestamp.
On 4/29/20 5:31 PM, Thomas Schmitt wrote:
Hi,
assumed that the success of "touch" indicates that utimensat(2) works
fine, i would pick the faile
On Mi, 29 apr 20, 15:07:45, Daniel Barclay wrote:
> Andrei POPESCU wrote:
> > On Mi, 29 apr 20, 13:03:47, Daniel Barclay wrote:
> > > Nate Bargmann wrote:
> > > > This topic has been on LWN.net for the past several days and should be
> > > > free to view in the next day or two: https://lwn.net/Art
68 matches
Mail list logo
