On Sat, 16 Nov 2024, Patrice Duroux wrote:
That's why I ended up with the suffix and letting the sysadmin
(often me, with a different hat on ;-) making that preference
explicit in the APT machinery.
But could it be the a nice feature for apt to have a list apart on the upgrading
(I would say
On Wed, Nov 20, 2024 at 12:04:42PM +, Tim Woodall wrote:
> That's what I do too.
>
> +~tjw12r1
> if I've patched the current version.
> ~tjw12r1 if I've backported a higher version.
>
> I scan for newer versions in debian and auto-rebase my changes (unless
> the rebase fails) so I'm rarely mo
On Sat, 16 Nov 2024, to...@tuxteam.de wrote:
On Sat, Nov 16, 2024 at 11:53:25AM -0600, David Wright wrote:
On Sat 16 Nov 2024 at 15:54:17 (+0100), to...@tuxteam.de wrote:
On Sat, Nov 16, 2024 at 03:11:37PM +0100, Patrice Duroux wrote:
On Sid, building and installing locally modified packages
Patrice Duroux writes:
> But could it be the a nice feature for apt to have a list apart on the
> upgrading
> (I would say then 'replacing') of such cases?
> User can be alerted more easily during apt upgrade that some packages with a
> same version could be replaced by the Debian archive ones.
On Sat, Nov 16, 2024 at 08:41:24PM +0100, Patrice Duroux wrote:
>
> > That's why I ended up with the suffix and letting the sysadmin
> > (often me, with a different hat on ;-) making that preference
> > explicit in the APT machinery.
>
> But could it be the a nice feature for apt to have a list a
> That's why I ended up with the suffix and letting the sysadmin
> (often me, with a different hat on ;-) making that preference
> explicit in the APT machinery.
But could it be the a nice feature for apt to have a list apart on the upgrading
(I would say then 'replacing') of such cases?
User ca
On Sat, Nov 16, 2024 at 11:53:25AM -0600, David Wright wrote:
> On Sat 16 Nov 2024 at 15:54:17 (+0100), to...@tuxteam.de wrote:
> > On Sat, Nov 16, 2024 at 03:11:37PM +0100, Patrice Duroux wrote:
> > >
> > > On Sid, building and installing locally modified packages for testing
> > > at the same ve
On Sat 16 Nov 2024 at 15:54:17 (+0100), to...@tuxteam.de wrote:
> On Sat, Nov 16, 2024 at 03:11:37PM +0100, Patrice Duroux wrote:
> >
> > On Sid, building and installing locally modified packages for testing
> > at the same version as in the archive, I am surprised that apt upgrade
> > will reinst
On Sat, Nov 16, 2024 at 03:11:37PM +0100, Patrice Duroux wrote:
> Hi,
>
> On Sid, building and installing locally modified packages for testing
> at the same version as in the archive, I am surprised that apt upgrade
> will reinstall any of those installed by the one from the archive. I
> did not
On 9/3/24 03:45, Andrew M.A. Cater wrote:
On Tue, Sep 03, 2024 at 12:15:22AM -0400, gene heskett wrote:
Just got a popup that quickly faded, checked dmesg, found this:
operation="unlink" profile="/usr/bin/akonadiserver"
[ 66.987054] logitech-hidpp-device 0003:046D:4094.0008: HID++ 4.5 dev
On Tue, Sep 03, 2024 at 12:15:22AM -0400, gene heskett wrote:
> Just got a popup that quickly faded, checked dmesg, found this:
> operation="unlink" profile="/usr/bin/akonadiserver"
> [ 66.987054] logitech-hidpp-device 0003:046D:4094.0008: HID++ 4.5 device
> connected.
> kernel.perf_event_max_
Hi,
Max Nikulin wrote:
> Thomas, do you have in your collection of strange files a one moved out of a
> directory encrypted using fscrypt?
Not yet. I will have to think whether such files pose any particular
backup problem.
Have a nice day :)
Thomas
On 10/07/2024 08:48, Greg Wooledge wrote:
On Wed, Jul 10, 2024 at 08:20:23 +0700, Max Nikulin wrote:
On 10/07/2024 02:35, Thomas Schmitt wrote:
setfattr -n system.nfs4_acl -v
'\0\0\0\3\0\0\0\0\0\0\0\0\0\26\1\247\0\0\0\6OWNER@\0\0\0\0\0' /tmp/x
Shell does not interpret backslashes in sin
Hi,
Patrice Duroux wrote:
> $ getfattr -d test.sh
> $
One could get the impression that "system." attributes are kept obscure
by developers' intention.
I now found in the man page a few sentences which could be the origin of
my dim (and distorted) memories about this name space:
-m pattern, -
> So we now know how to prevent the immediate problem.
> Does "system.nfs4_acl" show up in
> getfattr -d test.sh
> ?
$ getfattr -d test.sh
$
And this is the same regardless the value (permissions or skip) for
system.nfs4_acl in /etc/xattr.conf
> Maybe it is the right package to learn more about
On the other hand, after modifying /etc/xattr.conf to replace:
system.nfs4_aclpermissions
by:
system.nfs4_aclskip
then test.sh works nicely:
$ ./test.sh
-rwxr-x--- 1 patrice patrice 300 Jul 9 10:46 ./test.sh
option: -p
exitcode: 0
-rwxr-x--- 1 patrice patrice 300 Jul 9 10:
Hi,
Patrice Duroux wrote:
> On the other hand, after modifying /etc/xattr.conf to replace:
> system.nfs4_aclpermissions
> by:
> system.nfs4_aclskip
> then test.sh works nicely:
So we now know how to prevent the immediate problem.
Does "system.nfs4_acl" show up in
getfa
Hi,
i wrote:
> > >setfattr -n system.nfs4_acl -v
> > > '\0\0\0\3\0\0\0\0\0\0\0\0\0\26\1\247\0\0\0\6OWNER@\0\0\0\0\0' /tmp/x
Max Nikulin wrote:
> Shell does not interpret backslashes in single (and double) quotes.
Non-interpretation by the shell was my intention. I wanted the string
to reach
On Wed, Jul 10, 2024 at 08:20:23 +0700, Max Nikulin wrote:
> On 10/07/2024 02:35, Thomas Schmitt wrote:
> > Here the error happens while trying to set the attribute.
> > Shell equivalent is
> >
> >setfattr -n system.nfs4_acl -v
> > '\0\0\0\3\0\0\0\0\0\0\0\0\0\26\1\247\0\0\0\6OWNER@\0\0\0\0\0'
On 10/07/2024 02:35, Thomas Schmitt wrote:
Here the error happens while trying to set the attribute.
Shell equivalent is
setfattr -n system.nfs4_acl -v
'\0\0\0\3\0\0\0\0\0\0\0\0\0\26\1\247\0\0\0\6OWNER@\0\0\0\0\0' /tmp/x
Shell does not interpret backslashes in single (and double) quotes.
Hi,
(I Cc: patrice.dur...@gmail.com because i see no "LDOSUBSCRIBER" in
the "X-Spam-Status:" header.)
Jumping ahead:
Look into the local file
/etc/xattr.conf
and try what happens if you change
system.nfs4_acl permissions
to
system.nfs4_acl s
> Looks like the error happens while trying to set the extended attributes
> on the destination file. I don't really know how xattr works, but
> it looks like it's trying to set an attribute named "system.nfs4_acl"
> on a file that's in the /tmp directory.
That is more clear to me now. And so I c
On Tue, Jul 09, 2024 at 19:12:28 +0200, Patrice Duroux wrote:
> $ LANG=C strace cp -p test.sh /tmp
[...]
> read(6, "# /etc/xattr.conf\n#\n# Format:\n# "..., 4096) = 681
> read(6, "", 4096) = 0
> close(6)= 0
> fgetxattr(4, "system.nfs4_acl", NULL
> If we can't figure it out from her replies to our *many* requests for
> additional information, then my next request would be to strace it,
> and see exactly which system call is failing.
$ LANG=C strace cp -p test.sh /tmp
execve("/usr/bin/cp", ["cp", "-p", "test.sh", "/tmp"], 0x7ffe58e09538 /*
Hi,
Patrice Duroux wrote:
> user:1234:-w-
So it's not that /tmp would refuse on ACL.
> getfacl : suppression du premier « / » des noms de chemins absolus
> (sorry for the french output)
The translator to french was not overly capricious. So my school french
suffices. Google would help if the t
On Tue, Jul 09, 2024 at 13:46:12 +0200, Thomas Schmitt wrote:
> Hi,
>
> Patrice Duroux wrote:
> > > cp: preserving permissions for '/tmp/test.sh': Operation not supported
>
> Greg Wooledge wrote:
> > I was thinking something similar, but the "ls -l ./test.sh" did not
> > show any markup indicatin
Hi,
Patrice Duroux wrote:
> > cp: preserving permissions for '/tmp/test.sh': Operation not supported
Greg Wooledge wrote:
> I was thinking something similar, but the "ls -l ./test.sh" did not
> show any markup indicating ACL.
At least cp calls ACL "permissions". See
https://sources.debian.org/
On Tue, Jul 09, 2024 at 13:20:04 +0200, Thomas Schmitt wrote:
> Patrice Duroux wrote:
> > option: --preserve=mode
> > cp: preserving permissions for '/tmp/test.sh': Operation not supported
> > exitcode: 1
> > [...]
> > It says that the operation is not supported but still the mode of the
> > copy i
Hi,
Patrice Duroux wrote:
> option: --preserve=mode
> cp: preserving permissions for '/tmp/test.sh': Operation not supported
> exitcode: 1
> [...]
> It says that the operation is not supported but still the mode of the
> copy is ok.
Maybe it sees ACL at the source file and your /tmp filesystem ca
On Tue, Jul 09, 2024 at 11:04:14 +0200, Patrice Duroux wrote:
> $ cat test.sh
> #!/usr/bin/sh
>
> export LANG=C
> ls -l ./test.sh
> echo "option: -p"
> cp -p ./test.sh /tmp
> echo "exitcode: "$?
> ls -l /tmp/test.sh
> rm /tmp/test.sh
> for p in mode timestamps ownership ; do
> echo "option: --pres
On Sat, Jun 1, 2024 at 2:24 AM gene heskett wrote:
> Well, since I'm alone, my wife passed 3.5 years back, and was not
> computer literate, its my show. And sshfs Just Works. I use this machine
> as the src for my output for some 3d printers, although the 4 linuxcnc
> machines are largely standalo
On 6/1/24 06:07, Michael Grant wrote:
I use sshfs, works great to let me drop files on my server from my
desktop. But I wouldn't call that "file sharing". I probably would call
that a "network disk" or "remote mount".
There's probably some formal definition out there, but when I think of
fil
On Sat, 01 Jun 2024 10:06:43 +
"Michael Grant" wrote:
>
> To this day, I have yet ever to see an easy way to share a file
> between 2 devices without full internet connectivity, except by say
> getting one to run an ftp or ssh server and ftp or ssh'ing over the
> file between local ip addrs
Michael Grant wrote:
> I have long been plagued by the problem if sitting in a room or on a boat
> with someone, 2 devices right next to one another, and no trivially easy way
> to send a file from one device to the other without say first uploading it
> to some mutual third party (e.g. whatsapp).
On 5/31/24 22:37, David Wright wrote:
On Fri 31 May 2024 at 17:30:19 (+0100), mick.crane wrote:
On 2024-05-31 13:58, gene heskett wrote:
On 5/30/24 20:09, mick.crane wrote:
On 2024-05-29 15:07, Carter Zhang wrote:
Are there any free apps for GNU/Linux and Android to share files over
LAN? Ther
On Fri 31 May 2024 at 17:30:19 (+0100), mick.crane wrote:
> On 2024-05-31 13:58, gene heskett wrote:
> > On 5/30/24 20:09, mick.crane wrote:
> > > On 2024-05-29 15:07, Carter Zhang wrote:
> > > > Are there any free apps for GNU/Linux and Android to share files over
> > > > LAN? There have already b
On Fri, May 31, 2024 at 01:16:28PM -0400, Greg Wooledge wrote:
> On Fri, May 31, 2024 at 05:30:19PM +0100, mick.crane wrote:
> > I only drag stuff in and out of the directory in Thunar. Dragging from the
> > directory takes a copy. I wondered what would happen if somebody deleted a
> > file while y
On Fri, May 31, 2024 at 05:30:19PM +0100, mick.crane wrote:
> I only drag stuff in and out of the directory in Thunar. Dragging from the
> directory takes a copy. I wondered what would happen if somebody deleted a
> file while you were half way through fetching it.
If you're copying a file, that m
On Fri, May 31, 2024 at 05:30:19PM +0100, mick.crane wrote:
[...]
> I only drag stuff in and out of the directory in Thunar. Dragging from the
> directory takes a copy. I wondered what would happen if somebody deleted a
> file while you were half way through fetching it.
This will depend on the
On 2024-05-31 13:58, gene heskett wrote:
On 5/30/24 20:09, mick.crane wrote:
On 2024-05-29 15:07, Carter Zhang wrote:
Are there any free apps for GNU/Linux and Android to share files over
LAN? There have already been LocalSend, LanXchange, LANDrop,
NitroShare, Sharik, Warpinator, TrebleShot, bu
On Fri, May 31, 2024 at 08:58:34AM -0400, gene heskett wrote:
> On 5/30/24 20:09, mick.crane wrote:
> > On 2024-05-29 15:07, Carter Zhang wrote:
> > > Are there any free apps for GNU/Linux and Android to share files over
> > > LAN? There have already been LocalSend, LanXchange, LANDrop,
> > > Nitro
On 5/30/24 20:09, mick.crane wrote:
On 2024-05-29 15:07, Carter Zhang wrote:
Are there any free apps for GNU/Linux and Android to share files over
LAN? There have already been LocalSend, LanXchange, LANDrop,
NitroShare, Sharik, Warpinator, TrebleShot, but they have respective
problems.
I don
Dear Richard,
But I never use pre-complied packages since by doing this I won't know whether
I will install proprietary binaries.
Yours,
Carter
On May 31, 2024 2:38:26 PM GMT+08:00, Richard wrote:
>LocalSend and LanXchange are available as precompiled archives. Also,
>LocalSend is available as
On 5/30/24 22:46, Carter Zhang wrote:
Dear Dan,
Thanks a lot for your reply but I am not clear how to use SFTP, SCP or
NFS on Android. Could you please show me how? Any help will be
appreciated.
(lines wrapped)
SFTP / SCP:
https://ic.pics.livejournal.com/pushpitha/50334853/1538653/1538653_80
Dear Richard,
Thank you for your reply. LocalSend, LanXchange, LANDrop, NitroShare, Sharik,
Warpinator, TrebleShot have their respective problems.
LocalSend is not available in Debian's and Trisquel's official repositories,
and it is not so convenient to complie it from source using a machine w
Dear Dan,
Sorry I forgot an CC.
Thanks a lot for your reply but I am not clear how to use SFTP, SCP or NFS on
Android. Could you please show me how? Any help will be appreciated.
On May 29, 2024 11:37:55 PM GMT+08:00, Dan Ritter wrote:
>Carter Zhang wrote:
>> Dear Dan,
>>
>> Thanks a lot fo
On 5/30/24 20:08, mick.crane wrote:
On 2024-05-29 15:07, Carter Zhang wrote:
Are there any free apps for GNU/Linux and Android to share files over
LAN? There have already been LocalSend, LanXchange, LANDrop,
NitroShare, Sharik, Warpinator, TrebleShot, but they have respective
problems.
I don
On 2024-05-29 15:07, Carter Zhang wrote:
Are there any free apps for GNU/Linux and Android to share files over
LAN? There have already been LocalSend, LanXchange, LANDrop,
NitroShare, Sharik, Warpinator, TrebleShot, but they have respective
problems.
I don't know if sshfs would have issues wit
A client that by your own words barely works, while fully functional
alternatives have been available for many years already. So what's your
point?
Am Do., 30. Mai 2024 um 14:23 Uhr schrieb Anssi Saari <
anssi.sa...@debian-user.mail.kapsi.fi>:
>
> Wow. I already mentioned an open source client? W
Richard writes:
> There have already been many answers. And since it's highly unlikely any
> third party will include support for such a
> closed down system, you might want to look at them. At least I don't think
> Google will suddenly open source Nearby Share
> for everyone to write clients f
There have already been many answers. And since it's highly unlikely any
third party will include support for such a closed down system, you might
want to look at them. At least I don't think Google will suddenly open
source Nearby Share for everyone to write clients for it.
Am Do., 30. Mai 2024 u
Carter Zhang writes:
> Are there any free apps for GNU/Linux and Android to share files over LAN?
> There have already been LocalSend, LanXchange,
> LANDrop, NitroShare, Sharik, Warpinator, TrebleShot, but they have respective
> problems.
I'd like to know too, assuming you're asking for trans
On 5/29/24 13:34, Monte Milanuk wrote:
SyncThing
On 5/29/24 07:07, Carter Zhang wrote:
Are there any free apps for GNU/Linux and Android to share files over
LAN? There have already been LocalSend, LanXchange, LANDrop,
NitroShare, Sharik, Warpinator, TrebleShot, but they have respective
proble
Hi,
On Wed, May 29, 2024 at 10:07:17PM +0800, Carter Zhang wrote:
> Are there any free apps for GNU/Linux and Android to share files
> over LAN? There have already been LocalSend, LanXchange, LANDrop,
> NitroShare, Sharik, Warpinator, TrebleShot, but they have
> respective problems.
Your post is
On 5/29/24 07:58, Curt wrote:
I travel to https://pairdrop.net/ on both devices on the LAN for
the occasional file transfer. There is an Android app, although you
don't need one (merely a browser).
Thanks for that... I may have to set that up with my wife's iPhone.
Getting her to use SyncT
SyncThing
On 5/29/24 07:07, Carter Zhang wrote:
Are there any free apps for GNU/Linux and Android to share files over
LAN? There have already been LocalSend, LanXchange, LANDrop,
NitroShare, Sharik, Warpinator, TrebleShot, but they have respective
problems.
On Wed, 29 May 2024 22:07:17 +0800
Carter Zhang wrote:
> but they have respective problems.
We can't advise you very well if we don't know what you think their
respective problems are.
A more important question: What problem would you like to solve?
--
Does anybody read signatures any more?
drop.net/ on the both devices on the land for
the occasional file transfer.
Newsgroups: gmane.linux.debian.user
From: Curt
Subject: Re: Question About Free File Transfering Apps
References: <8d2a6e13-9f36-47ed-a2e4-7543b1701...@autistici.org>
Organization: Unorganized
Followup-To:
On 2024-0
KDE connect? That has clients for many systems.
But the question is, what's the issue with the existing solutions? It's
quite a useless task to recommend file transfer apps when they all have the
same issue you try to avoid.
Richard
rsync - which is biderectional and uses checksums for correct transfer.
Best
Hans
On 5/29/24 10:07, Carter Zhang wrote:
Are there any free apps for GNU/Linux and Android to share files over LAN?
There have already been LocalSend, LanXchange, LANDrop, NitroShare, Sharik,
Warpinator, TrebleShot, but they have respective problems.
scp / sshd
nc, but you don't get authenticati
Carter Zhang wrote:
> Are there any free apps for GNU/Linux and Android to share files over LAN?
> There have already been LocalSend, LanXchange, LANDrop, NitroShare, Sharik,
> Warpinator, TrebleShot, but they have respective problems.
On the Debian side, options include:
- SFTP and SCP via
Le 06/03/2024 à 18:19, ke6jti a écrit :
Hi,
I have a possible kernel regression for a usb-dvb tuner card. I know
the error in dmesg points to kernel : au0828 but I am not sure what
package this belongs to. I think it belongs to v4l(video for linux)
but I am still not sure what specific v4l
On 11/26/23 17:52, John Hasler wrote:
https://webkitgtk.org/
Thanks John.
Take care & stay well.
Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the
https://webkitgtk.org/
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
f...@dnsbed.com wrote:
> Greetings,
>
> as you see this PTR,
>
> $ dig -x 1.1.1.1 +short
> one.one.one.one.
>
> so 2.2.2.2 can have the PTR two.two.two.two? and 3.3.3.3 can have
> three.three.three.three?
A simple counter example is
$ dig -x 8.8.8.8 +short
dns.google.
> Sorry I am not good a
On Fri, 24 Mar 2023 20:32:31 -0400
Greg Wooledge wrote:
> On Sat, Mar 25, 2023 at 08:28:03AM +0800, f...@dnsbed.com wrote:
> > Greetings,
> >
> > as you see this PTR,
> >
> > $ dig -x 1.1.1.1 +short
> > one.one.one.one.
> >
> > so 2.2.2.2 can have the PTR two.two.two.two? and 3.3.3.3 can have
On 2023-03-25 08:32, Greg Wooledge wrote:
On Sat, Mar 25, 2023 at 08:28:03AM +0800, f...@dnsbed.com wrote:
Greetings,
as you see this PTR,
$ dig -x 1.1.1.1 +short
one.one.one.one.
so 2.2.2.2 can have the PTR two.two.two.two? and 3.3.3.3 can have
three.three.three.three?
Any IP address can h
On 25/3/23 08:32, Greg Wooledge wrote:
I didn't know .one was a valid TLD. It looks like .two is not, so if
someone were to assign "two.two.two.two" as the PTR value of an IP
address, that PTR would not resolve back to any IP address. (An IP
address block owner might reject such a petition.)
On Sat, Mar 25, 2023 at 08:28:03AM +0800, f...@dnsbed.com wrote:
> Greetings,
>
> as you see this PTR,
>
> $ dig -x 1.1.1.1 +short
> one.one.one.one.
>
> so 2.2.2.2 can have the PTR two.two.two.two? and 3.3.3.3 can have
> three.three.three.three?
Any IP address can have any PTR value. You just
On Tue 21 Mar 2023 at 18:27:42 (-0400), Stefan Monnier wrote:
> > me second. 192.168.1.1/24 just makes me confused with 192.168.1.1/32
> > which is a real host address.
>
> Interesting.
> I can't remember ever seeing 192.168.1.1/32 used. In my my part of the
> world, it's only meaningful as a deg
On Mon 20 Mar 2023 at 07:36:41 (+0800), Jeremy Ardley wrote:
> On 20/3/23 02:48, David Wright wrote:
> > > Checking the RFC. To my reading the final stanza is not checked
> > > " The is compared to the given network. If CIDR prefix length
> > >
> > > high-order bits match, the mechanism match
On 22/3/23 06:27, Stefan Monnier wrote:
Interesting.
I can't remember ever seeing 192.168.1.1/32 used. In my my part of the
world, it's only meaningful as a degenerate form: all the syntaxes I've
seen which accept the IP/NN notation also accept just IP to mean IP/32,
so writing IP/32 is just
> me second. 192.168.1.1/24 just makes me confused with 192.168.1.1/32
> which is a real host address.
Interesting.
I can't remember ever seeing 192.168.1.1/32 used. In my my part of the
world, it's only meaningful as a degenerate form: all the syntaxes I've
seen which accept the IP/NN notation a
Le 3/19/23 à 18:51, DdB a écrit :
Wow!
Great hint there!
I just tested it in a couple of areas and found it to be quite useful,
by far more up-to-date and i did enjoy the experience.
Thank you for sharing it.
Am 19.03.2023 um 12:01 schrieb Yassine Chaouche:
In contrast,
a tool like perplexity.a
On 2023-03-20 07:36, Jeremy Ardley wrote:
As for the RFC? It's precise and definitive. My only concern is that
some mail system implementer may 'improve' the RFC and restrict the
acceptable address range to a /32 when they see a non zero final qnum
in a /24
me second. 192.168.1.1/24 just mak
On 20/3/23 02:48, David Wright wrote:
O
Checking the RFC. To my reading the final stanza is not checked
" The is compared to the given network. If CIDR prefix length
high-order bits match, the mechanism matches."
https://datatracker.ietf.org/doc/html/rfc7208#section-5.6
So in this case
On 3/19/23 03:28, cor...@free.fr wrote:
On 19/03/2023 18:00, David Christensen wrote:
On 3/18/23 16:31, cor...@free.fr wrote:
On 19/03/2023 06:17, Kushal Kumaran wrote:
On Sat, Mar 18 2023 at 07:28:23 PM, cor...@free.fr wrote:
Hello
I know 192.168.1.0/24 is a valid C range for network addres
On Sun 19 Mar 2023 at 17:16:47 (-), Curt wrote:
> On 2023-03-19, Greg Wooledge wrote:
> > On Sun, Mar 19, 2023 at 06:38:41PM +0800, cor...@free.fr wrote:
> >> So,
> >>
> >> * 188.66.63.1/24 is a range, not a single host in SPF
> >> * why it's not written as 188.66.63.0/24 which is more clear?
On Sun 19 Mar 2023 at 19:36:47 (+0800), Jeremy Ardley wrote:
> On 19/3/23 19:29, Jeremy Ardley wrote:
> >
> > In this case of the /24 it gave an answer I expected. I imagine it
> > will take a trawl of the RFC and then of actual implementations to
> > find out for sure.
> >
> > The best descripti
Wow!
Great hint there!
I just tested it in a couple of areas and found it to be quite useful,
by far more up-to-date and i did enjoy the experience.
Thank you for sharing it.
Am 19.03.2023 um 12:01 schrieb Yassine Chaouche:
> In contrast,
> a tool like perplexity.ai is an answer-questionning tool.
On Sun 19 Mar 2023 at 08:25:28 (-0400), Greg Wooledge wrote:
> On Sun, Mar 19, 2023 at 12:45:06PM +0100, Nicolas George wrote:
> > #!/bin/sh
> > eval "$(recode b64..data < > H4sIACv1FmQAAzXMPQrCQBAG0H5O8TFEMII/BA3BVF7AXoLFsI5kCdl1d5JC8PCSIuVrnro+gm82
> > QPBVO4aINKtNPoYrU1Z5YZ+RyIkpuNh+sg/TG7wxRpHw
On 2023-03-19, Greg Wooledge wrote:
> On Sun, Mar 19, 2023 at 06:38:41PM +0800, cor...@free.fr wrote:
>> So,
>>
>> * 188.66.63.1/24 is a range, not a single host in SPF
>> * why it's not written as 188.66.63.0/24 which is more clear?
>
> Because it was written by a human being who made a tiny err
On 2023-03-19, wrote:
>
> Yes, it is just a simulation of knowledge (it can be pretty
> convincing at that,though).
>
> In other words: if you want an answer from it, you have to
> know the answer beforehand.
So the specific answer it gave cited above is wrong? Or did you already know
the answer
Yassine Chaouche wrote:
> Le 3/18/23 à 12:28, cor...@free.fr a écrit :
> > Hello
> >
> > I know 192.168.1.0/24 is a valid C range for network address.
> >
> > but what does 192.168.1.1/24 mean?
> >
> > I ask this just for a setting in the SPF:
> >
> > spf.pinoad.se. 300 IN TXT
> * 188.66.63.1/24 is a range, not a single host in SPF
> * why it's not written as 188.66.63.0/24 which is more clear?
Which is more likely:
- someone erroneously added `/24` when they really meant to specify just
one host.
- someone wrote `1` instead of the more conventional `0` at the spot
On Sun, Mar 19, 2023 at 12:45:06PM +0100, Nicolas George wrote:
> #!/bin/sh
> eval "$(recode b64..data < H4sIACv1FmQAAzXMPQrCQBAG0H5O8TFEMII/BA3BVF7AXoLFsI5kCdl1d5JC8PCSIuVrnro+gm82
> QPBVO4aINKtNPoYrU1Z5YZ+RyIkpuNh+sg/TG7wxRpHwg/VSXWqbx5LhA6E7Vee6EafPXQld9ofa
> oW0Jq+9xoZo4+gNQ3NCSfg==
> EOF
>
On Sun, Mar 19, 2023 at 06:38:41PM +0800, cor...@free.fr wrote:
> So,
>
> * 188.66.63.1/24 is a range, not a single host in SPF
> * why it's not written as 188.66.63.0/24 which is more clear?
Because it was written by a human being who made a tiny error. One that
makes no difference in practice.
On Sun, Mar 19, 2023 at 07:07:06PM +0800, f...@dnsbed.com wrote:
[...]
> For this kind of definition with clear rules (SPF), I think chatGPT is more
> precise than person.
Sometimes. But you won't know which times beforehand. Of course,
you could order ChatGPT to give you the right answer ;-D
C
Jeremy Ardley (12023-03-19):
> So in this case AI got it right.
Try the following AI:
#!/bin/sh
eval "$(recode b64..data <
signature.asc
Description: PGP signature
On 19/3/23 19:29, Jeremy Ardley wrote:
In this case of the /24 it gave an answer I expected. I imagine it
will take a trawl of the RFC and then of actual implementations to
find out for sure.
The best description of the AI is it is informative but not authorative.
Checking the RFC. To my
On 2023-03-19 19:01, Yassine Chaouche wrote:
It only knows about saying things that sound plausible,
not necessarily true.
It doesn't fetch info from the internet,
process it,
then give it you.
It rather generates text,
using statisics.
Don't get mislead by it.
It often gives wrong answers.
On 19/3/23 19:10, to...@tuxteam.de wrote:
[...]
Yes, it is just a simulation of knowledge (it can be pretty
convincing at that,though).
In other words: if you want an answer from it, you have to
know the answer beforehand.
I have actually paid for a subscription and have used it for a month n
On Sun, Mar 19, 2023 at 12:12:15PM +0100, Nicolas George wrote:
> to...@tuxteam.de (12023-03-19):
> > Yes, it is just a simulation of knowledge (it can be pretty
> > convincing at that,though).
> >
> > In other words: if you want an answer from it, you have to
> > know the answer beforehand.
>
>
to...@tuxteam.de (12023-03-19):
> Yes, it is just a simulation of knowledge (it can be pretty
> convincing at that,though).
>
> In other words: if you want an answer from it, you have to
> know the answer beforehand.
Ted Chiang described it very accurately as a blurry JPEG of the web:
https://ww
On Sun, Mar 19, 2023 at 12:01:19PM +0100, Yassine Chaouche wrote:
> Le 3/19/23 à 11:32, Jeremy Ardley a écrit :
> >
> > On 19/3/23 18:28, cor...@free.fr wrote:
> > > "v=spf1 ip4:188.66.63.1/24 -all"
> >
> > According to an AI version 4 that cannot be named:
> >
>
> I'm new to the list,
> thus,
On Sun, Mar 19, 2023 at 06:38:41PM +0800, cor...@free.fr wrote:
[...]
> * 188.66.63.1/24 is a range, not a single host in SPF
> * why it's not written as 188.66.63.0/24 which is more clear?
My hunch is that they are meant to be equivalent, as, for
example 192.168.63.42/24, or actually any 192.16
Le 3/19/23 à 11:32, Jeremy Ardley a écrit :
On 19/3/23 18:28, cor...@free.fr wrote:
"v=spf1 ip4:188.66.63.1/24 -all"
According to an AI version 4 that cannot be named:
I'm new to the list,
thus,
I don't know how many people have told you this before
(or not)
but that AI is a speech generat
On 19/3/23 18:38, cor...@free.fr wrote:
So,
* 188.66.63.1/24 is a range, not a single host in SPF
* why it's not written as 188.66.63.0/24 which is more clear?
In the very specific case of an SPF there will be a rule. I assume given
the AI response that the rule is to use the net definiti
On 19/03/2023 18:32, Jeremy Ardley wrote:
On 19/3/23 18:28, cor...@free.fr wrote:
"v=spf1 ip4:188.66.63.1/24 -all"
According to an AI version 4 that cannot be named:
This is an SPF (Sender Policy Framework) record, which is a TXT record
in a domain's DNS settings. SPF records are used to help
1 - 100 of 1275 matches
Mail list logo
