Deutsch   English   Français   Italiano  
<vrmqg0$a537$3@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: David Brown <david.brown@hesbynett.no>
Newsgroups: comp.arch.embedded
Subject: Re: 32 bits time_t and Y2038 issue
Date: Sat, 22 Mar 2025 18:02:56 +0100
Organization: A noiseless patient Spider
Lines: 29
Message-ID: <vrmqg0$a537$3@dont-email.me>
References: <vqpkf9$1sbsa$1@dont-email.me> <vqpoi3$226ih$1@dont-email.me>
 <slrnvtbaot.sal.news-1513678000@a-tuin.ms.intern>
 <vrbado$2133a$1@dont-email.me> <vrbi79$2a30t$1@dont-email.me>
 <slrnvtjeq9.566.news-1513678000@a-tuin.ms.intern>
 <vrcidh$35fbp$2@dont-email.me> <vrjrm9$2ehre$1@paganini.bofh.team>
 <vrk1i7$1qjnk$1@dont-email.me> <vrmmls$2nts5$1@paganini.bofh.team>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Sat, 22 Mar 2025 18:02:57 +0100 (CET)
Injection-Info: dont-email.me; posting-host="7638945e773161e15f919c68c89e04e1";
	logging-data="332903"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/tUHK3iu31G8K8IF4YDfRNM//HMt6c3Zs="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:qaAuzQaRp3BTdAj0+YgpmO46LM4=
In-Reply-To: <vrmmls$2nts5$1@paganini.bofh.team>
Content-Language: en-GB
Bytes: 2394

On 22/03/2025 16:57, Waldek Hebisch wrote:
> David Brown <david.brown@hesbynett.no> wrote:

>> A simple rule of "all files are in the project" is more amenable to audit.
> 
> Maybe your wildcard use is very simple, 

My wildcards are often recursive, and cover different kinds of files, so 
they are not entirely simple.  (That also makes it easier to re-use 
virtually the same makefiles in different projects.)

> but year ago wildcards
> were important part in obfuscationg presence of maliciuous code
> in lzma.

I admit I have been thinking primarily about work projects where commit 
access is only from a few people.  If there are malicious actors 
involved, then probably any way to organise files and projects can be 
abused.

> 
> But more important part is keeping info together, inside Makefile.
> 

Agreed.  That is a lot more important than whether the list of files in 
the build is generated from a wildcard pattern specified in the 
makefile, or from a manual list of files in the makefile.