From jspricke at debian.org  Mon Apr 20 07:46:54 2026
From: jspricke at debian.org (Jochen Sprickerhof)
Date: Mon, 20 Apr 2026 08:46:54 +0200
Subject: Proposal for making Multi-Arch:same binNMU-safe
In-Reply-To: <20260419102059.GA899191@subdivi.de>
References: <20260415094942.GA99313@subdivi.de> <875x5s2uag.fsf@josefsson.org>
 <20260415143419.GA216388@subdivi.de> <aeAR6y_2JXNko6ya@localhost>
 <aeJfIEvl1gyWXOQ1@layer-acht.org>
 <20260419102059.GA899191@subdivi.de>
Message-ID: <aeXL3kZfCBbA9g0C@vis>

Hi Helmut,

* Helmut Grohne <helmut at subdivi.de> [2026-04-19 12:20]:
>Things would become quite a bit easier if sbuild were performing the
>computation of said timestamp as it already has access to the source
>package at the time it creates the binNMU changelog. I now imagine
>expanding the way BIN_NMU_TIMESTAMP is interpreted by sbuild. Presently,
>there is no sensible way to pass a value that starts with "+". I suggest
>that BIN_NMU_TIMESTAMP="+<digits>" should be interpreted by sbuild as
>adding that number of seconds to the last non-binNMU changelog's
>timestamp. Is that a change sbuild maintainers would be comfortable
>with?

The relevant code already checks for a "+":

if ($self->get_conf('BIN_NMU_TIMESTAMP') =~ /^\+?[1-9]\d*$/) {

lib/Sbuild/Build.pm

(not sure why though).

Also I think passing digits with a different meaning to a timestamp is 
error prone. Especially as we pass the same number to --binNMU= already. 
Is there any use case for having BIN_NMU_TIMESTAMP undef using the build 
time? If not I would propose to repurpose that to the NMU based 
timestamp calculation. Otherwise I would prefer a new option.

Cheers Jochen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/reproducible-builds/attachments/20260420/125cbe73/attachment.sig>

From thegamerscenedaily at substack.com  Mon Apr 20 18:45:09 2026
From: thegamerscenedaily at substack.com (The Noise Report from TheGamerScene Daily News)
Date: Mon, 20 Apr 2026 17:45:09 +0000
Subject: Welcome to The Gamer Scene (We've Got Big News)
In-Reply-To: <post-194824498@substack.com>
References: <post-194824498@substack.com>
Message-ID: <20260420174509.3.bee3e82f14a3ad9d@mg2.substack.com>

View this post on the web at https://thegamerscenedaily.substack.com/p/welcome-to-the-gamer-scene-weve-got

Welcome to The Gamer Scene 2.0
Hey gamers,
Big news: We?ve moved to Substack and launched our brand-new website at thegamerscene.news [ https://link.sbstck.com/redirect/dbc55370-12f6-466d-8ef5-743a13ca9919?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]! Same daily newsletter you love, now with a home base where you can catch up on stories you missed, browse archives, and bookmark your favorites.
Thanks for reading TheGamerScene Daily News! Subscribe for free to receive new posts and support my work.
You?re already subscribed?nothing changes on your end. Let?s jump straight into today?s stories.
Capcom Just Dropped a Game of the Year Contender
Pragmata launched last week and it?s destroying expectations. This sci-fi shooter from Capcom hit an 86 Metacritic score and 96% positive Steam reviews (?Overwhelmingly Positive?) after just 1,800 reviews.
Here?s why everyone?s talking about it: You play as Hugh, an astronaut stuck on a rogue AI-controlled moon base. Your only ally? Diana, a quirky android kid. The twist: combat requires you to hack enemies while shooting them simultaneously. One hand on the gun, one hand on hacking puzzles. Sounds chaotic? It is?and reviewers say it?s genius.
GameSpot called it ?one of my favorites of 2026 so far,? praising the emotional punch of Hugh and Diana?s relationship (think The Last of Us vibes in space). PC Gamer says it feels like classic Xbox 360-era gaming but refined for 2026: tight 20-hour campaign, zero bloat, zero live-service nonsense.
What makes it special: Unlike most modern shooters, Pragmata doesn?t waste your time. It?s a focused, single-player story with actual heart. Plus, Capcom built it in their RE Engine with full path-tracing support?visually stunning on PC.
Released April 17 on PS5, Xbox Series X/S, PC, and Nintendo Switch 2 for around $60. If you loved Resident Evil Requiem (Capcom?s other 2026 hit), this is your next play.
? Read the full Pragmata breakdown on thegamerscene.news [ https://link.sbstck.com/redirect/dbc55370-12f6-466d-8ef5-743a13ca9919?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
? Check out Pragmata on Steam [ https://link.sbstck.com/redirect/73fa60ee-022f-49d0-b67b-e350ba691983?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
? Watch the GameSpot review [ https://link.sbstck.com/redirect/52f469ef-b373-44d0-84d2-e7786a56564b?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
Vampire Survivors Spinoff Hits Tomorrow?And It?s On Game Pass
Vampire Crawlers drops tomorrow, April 21, and it?s coming to Xbox Game Pass day-one. If you?ve ever played Vampire Survivors (the addictive bullet-hell that ate everyone?s life in 2022), you already know developer Poncle doesn?t miss.
This time, they?re flipping the script: instead of top-down chaos, it?s a first-person dungeon crawler with card-based roguelite mechanics. Build broken decks, explore familiar Vampire Survivors locations from a new perspective, and chain combos until you hit infinite damage (yes, really).
The ?Turboturn System? lets you play at your own pace: take your time being tactical, or speed-run turns as fast as humanly possible. Either way, the math always works out.
Pricing: $9.99 across all platforms (10% launch discount on Steam). Coming to PC, Xbox Series X/S, PS5, Switch, and Switch 2 tomorrow. Mobile (iOS/Android) later in 2026.
PC Gamer?s review was mixed (called it ?repetitive?), but early Steam players are loving it. With Game Pass day-one access, there?s zero reason not to try it if you?re subscribed.
? Full Vampire Crawlers coverage at thegamerscene.news [ https://link.sbstck.com/redirect/dbc55370-12f6-466d-8ef5-743a13ca9919?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
? Wishlist on Steam [ https://link.sbstck.com/redirect/0fdc2a84-4e0a-40a0-9645-62fd1f3b6bc7?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
? Try the free demo now [ https://link.sbstck.com/redirect/0fdc2a84-4e0a-40a0-9645-62fd1f3b6bc7?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
Peter Molyneux?s ?Final Game? Launches This Tuesday
Masters of Albion, the new god game from Fable creator Peter Molyneux, hits Steam Early Access on April 22 for $24.99 (10% launch discount).
Molyneux (creator of Black & White, Fable, Dungeon Keeper) is calling this his last game ever after 43 years in the industry. It blends city-building, real-time combat, and god-game mechanics into one ambitious package.
How it works: By day, you build and manage towns with total freedom (fling villagers into the sea if you want). By night, defend against monsters in real-time combat. Think Black & White meets Fable meets Dungeon Keeper.
The team behind it includes devs from those exact games?Mark Healey (LittleBigPlanet), Russell Shaw (Fable), and more. Molyneux says it?s his ?redemption? after overpromising on past projects (Curiosity, Godus).
Early Access details: Chapter One launches Tuesday with a full story. New areas and refinements added throughout the year-long Early Access period. First-week buyers get an exclusive ?Founders Paint Pack? (limited colors).
PC Gamer?s hands-on was skeptical: they worry it?s trying to do too much without excelling at any one thing. But others are calling it ?a best-of Molyneux hits collection.?
Worth trying? If you?re a Fable or god-game fan, probably yes. If you?re skeptical of Molyneux?s promises... maybe wait for reviews.
? More on Masters of Albion at thegamerscene.news [ https://link.sbstck.com/redirect/dbc55370-12f6-466d-8ef5-743a13ca9919?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
? Wishlist on Steam [ https://link.sbstck.com/redirect/4b62dfac-f1cf-459b-8f84-649aa339e13a?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
? Watch the launch trailer [ https://link.sbstck.com/redirect/97f39409-abb3-44d4-95c8-70c52d264030?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
Quick Hits
? Little Nightmares VR launches this week?standalone horror game where you play as Dark Six searching for Six. Full VR nightmare fuel.
? Game Pass gets 5 day-one releases this month including Vampire Crawlers (tomorrow), TerraTech Legion (April 30), and more.
? Battlefield 6?s 2026 roadmap promises way more maps including remastered Battlefield 3 and Battlefield 4 classics.
? Catch up on all Quick Hits at thegamerscene.news [ https://link.sbstck.com/redirect/dbc55370-12f6-466d-8ef5-743a13ca9919?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
What to Play This Week
Tomorrow (April 21): Vampire Crawlers (PC, Xbox, PS5, Switch) - $9.99, Game Pass day-one
Tuesday (April 22): Masters of Albion (PC Early Access) - $24.99, 10% off launch week
Available now: Pragmata (all platforms) - Capcom?s sci-fi shooter masterpiece
? Check Out Our New Website!
We just launched thegamerscene.news [ https://link.sbstck.com/redirect/dbc55370-12f6-466d-8ef5-743a13ca9919?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ] ? your new home for:
? Full story archives (never miss a beat)
? Extended coverage on the biggest releases
? Easy browsing by category (reviews, news, deals)
? Bookmark-worthy guides and breakdowns
Head over to thegamerscene.news [ https://link.sbstck.com/redirect/dbc55370-12f6-466d-8ef5-743a13ca9919?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ] and explore. Feedback? Hit reply and let me know what you think.
One More Thing
Thanks for sticking with us through the upgrades. We?re on Substack now with our own website, which means:
? Better newsletter experience
? Full web archive at thegamerscene.news
? Same daily gaming news you love
If you?re enjoying The Gamer Scene, forward this to a friend or share it:
? Share on Twitter [ https://link.sbstck.com/redirect/79101a56-0d03-47f5-8346-98ed8a01b817?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
? Share on LinkedIn [ https://link.sbstck.com/redirect/64a577cf-ad70-4078-b12a-516754077ac8?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
? Share on Threads [ https://link.sbstck.com/redirect/4328e46c-c6a6-49f4-9a5e-d78c619c9beb?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
? Visit thegamerscene.news [ https://link.sbstck.com/redirect/dbc55370-12f6-466d-8ef5-743a13ca9919?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
Got feedback? Hit reply?I read every email.
See you tomorrow with more gaming news,
Romello
The Gamer Scene
thegamerscene.news [ https://link.sbstck.com/redirect/dbc55370-12f6-466d-8ef5-743a13ca9919?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ]
P.S. What are you playing this week? Pragmata? Vampire Crawlers? Molyneux?s god game? Hit reply and let me know?or leave a comment at thegamerscene.news [ https://link.sbstck.com/redirect/dbc55370-12f6-466d-8ef5-743a13ca9919?j=eyJ1IjoiN3A2MjBuIn0.8FjSVTBB3AJQjcAfSKP_j98wkD_QlC9m989-nkCnKQQ ].
Thanks for reading TheGamerScene Daily News! Subscribe for free to receive new posts and support my work.

Unsubscribe https://substack.com/redirect/2/eyJlIjoiaHR0cHM6Ly90aGVnYW1lcnNjZW5lZGFpbHkuc3Vic3RhY2suY29tL2FjdGlvbi9kaXNhYmxlX2VtYWlsP3Rva2VuPWV5SjFjMlZ5WDJsa0lqbzBOalUxTXpZeE9ETXNJbkJ2YzNSZmFXUWlPakU1TkRneU5EUTVPQ3dpYVdGMElqb3hOemMyTnpBM01USTVMQ0psZUhBaU9qRTRNRGd5TkRNeE1qa3NJbWx6Y3lJNkluQjFZaTA0TlRnMU9UazVJaXdpYzNWaUlqb2laR2x6WVdKc1pWOWxiV0ZwYkNKOS5iOVo0Wi1Rd202NW9Deng3UFNLRUs4S1FTVFIxNHVXTkNXS255c2J0QVZBIiwicCI6MTk0ODI0NDk4LCJzIjo4NTg1OTk5LCJmIjp0cnVlLCJ1Ijo0NjU1MzYxODMsImlhdCI6MTc3NjcwNzEyOSwiZXhwIjoyMDkyMjgzMTI5LCJpc3MiOiJwdWItMCIsInN1YiI6ImxpbmstcmVkaXJlY3QifQ.rBDjRhb77YeNn20p03mGNdwL_8nDU2BHDnot8U9wgq0?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/reproducible-builds/attachments/20260420/68f97bf8/attachment.htm>

From noreply at release.debian.org  Thu Apr 23 05:39:40 2026
From: noreply at release.debian.org (Debian testing autoremoval watch)
Date: Thu, 23 Apr 2026 04:39:40 +0000
Subject: reprotest is marked for autoremoval from testing
Message-ID: <E1wFlqm-00EfaN-11@respighi.debian.org>

reprotest 0.7.32 is marked for autoremoval from testing on 2026-05-27

It (build-)depends on packages with these RC bugs:
1133419: mono: orphaned language package just to keep one keepass2 running
 https://bugs.debian.org/1133419



For more information on the autoremoval process, including hints to prevent
autoremoval can be found on the wiki: https://wiki.debian.org/Autoremoval

This mail is generated by:
https://salsa.debian.org/release-team/release-tools/-/blob/master/mailer/mail_autoremovals.pl

Autoremoval data is generated by:
https://salsa.debian.org/qa/udd/-/blob/master/udd/testing_autoremovals_gatherer.pl


From josch at debian.org  Thu Apr 23 14:17:46 2026
From: josch at debian.org (Johannes Schauer Marin Rodrigues)
Date: Thu, 23 Apr 2026 15:17:46 +0200
Subject: Proposal for making Multi-Arch:same binNMU-safe
In-Reply-To: <20260419102059.GA899191@subdivi.de>
References: <20260415094942.GA99313@subdivi.de> <875x5s2uag.fsf@josefsson.org>
 <20260415143419.GA216388@subdivi.de> <aeAR6y_2JXNko6ya@localhost>
 <aeJfIEvl1gyWXOQ1@layer-acht.org> <20260419102059.GA899191@subdivi.de>
Message-ID: <177695026679.3305.715317935389704414@localhost>

Hi,

Quoting Helmut Grohne (2026-04-19 12:20:59)
> I would like to correct myself. In my previous reply to Adrian I agreed that
> this would be simple, but pybuildd (or now buildd) as a component does not
> have access to the relevant information (the last non-binNMU timestamp). It
> gets the source package and the version. In principle it could now download
> the package to extract that timestamp, but that would require access to the
> apt configuration of the build environment.  Otherwise downloading the source
> package using the machine environment's apt could easily fail. In addition to
> being error prone, downloading the source package just for extracting a
> timestamp also is less than ideal for resources.

yes, lets not do that.

But as far as I understand it, incrementing the existing timestamp by one
second compared to the last upload is just a workaround for the fact that when
scheduling the binNMU, no timestamp is passed.

As I understood Adrian's mail elsewhere in the thread, a line like:

wb nmu <package> . ANY

Will create around 18 wanna-build commands, one per architecture. Why can
whatever tooling is used (that's not something I'm familiar with) to transform
"wb nmu <package> . ANY" into the actual command which triggers a rebuild not
pass a common timestamp as well? The timestamp will be chose by the part which
processes the "wb nmu <package> . ANY" line and then make sure that on each
architecture, sbuild is called with the same --binNMU-timestamp=XXX argument.

Translating the binNMU +bX suffix into X additional seconds sounds like a hack
which shows the limitations of the current tooling and which is actually a lie
because it would create a debian/changelog entry with a date of the past. As a
human reader I imagine I could find it confusing to read that timestamp.
Embedding the actual timestamp of when the binNMU was triggered sounds like
less of a lie and more like the expected thing to happen, at least to me.

Thanks!

cheers, josch
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: signature
URL: <http://alioth-lists.debian.net/pipermail/reproducible-builds/attachments/20260423/36c2156e/attachment.sig>

From bunk at debian.org  Thu Apr 23 15:06:33 2026
From: bunk at debian.org (Adrian Bunk)
Date: Thu, 23 Apr 2026 17:06:33 +0300
Subject: Proposal for making Multi-Arch:same binNMU-safe
In-Reply-To: <177695026679.3305.715317935389704414@localhost>
References: <20260415094942.GA99313@subdivi.de> <875x5s2uag.fsf@josefsson.org>
 <20260415143419.GA216388@subdivi.de> <aeAR6y_2JXNko6ya@localhost>
 <aeJfIEvl1gyWXOQ1@layer-acht.org>
 <20260419102059.GA899191@subdivi.de>
 <177695026679.3305.715317935389704414@localhost>
Message-ID: <aeonaSFFOPaljITm@localhost>

On Thu, Apr 23, 2026 at 03:17:46PM +0200, Johannes Schauer Marin Rodrigues wrote:
>...
> Translating the binNMU +bX suffix into X additional seconds sounds like a hack
> which shows the limitations of the current tooling and which is actually a lie
> because it would create a debian/changelog entry with a date of the past. As a
> human reader I imagine I could find it confusing to read that timestamp.
> Embedding the actual timestamp of when the binNMU was triggered sounds like
> less of a lie and more like the expected thing to happen, at least to me.
>...

I am not sure whether the debian/changelog entry needs a date in the 
past here, my understanding of the problem is that this is only about 
the timestamps of files.

>...
> Why can
> whatever tooling is used (that's not something I'm familiar with) to transform
> "wb nmu <package> . ANY" into the actual command which triggers a rebuild not
> pass a common timestamp as well? The timestamp will be chose by the part which
> processes the "wb nmu <package> . ANY" line and then make sure that on each
> architecture, sbuild is called with the same --binNMU-timestamp=XXX argument.
>...

New architectures are an interesting corner case.

  wb nmu 1 <package> . ANY . -m "Rebuild for time_t"
  # 2 years later:
  wb nmu 1 <package> . loong64 . -m "Rebuild to sync binNMU versions"

This is not a hypothetical example, the "sync binNMU versions" 
binNMUs for loong64 happened this month.

Everything discussed so far is a hack, but a simple and robust hack 
would be preferable.

Would dh_strip_nondeterminism obtaining the binNMU number (which might 
be 0) and adding it to get_non_binnmu_date_epoch() be sufficient for
making Multi-Arch:same binNMU-safe?

> Thanks!
> 
> cheers, josch

cu
Adrian


From helmut at subdivi.de  Thu Apr 23 16:16:47 2026
From: helmut at subdivi.de (Helmut Grohne)
Date: Thu, 23 Apr 2026 17:16:47 +0200
Subject: Proposal for making Multi-Arch:same binNMU-safe
In-Reply-To: <aeonaSFFOPaljITm@localhost>
References: <20260415094942.GA99313@subdivi.de> <875x5s2uag.fsf@josefsson.org>
 <20260415143419.GA216388@subdivi.de> <aeAR6y_2JXNko6ya@localhost>
 <aeJfIEvl1gyWXOQ1@layer-acht.org>
 <20260419102059.GA899191@subdivi.de>
 <177695026679.3305.715317935389704414@localhost>
 <aeonaSFFOPaljITm@localhost>
Message-ID: <20260423151647.GA1095731@subdivi.de>

Hi Johannes and Adrian,

On Thu, Apr 23, 2026 at 05:06:33PM +0300, Adrian Bunk wrote:
> I am not sure whether the debian/changelog entry needs a date in the 
> past here, my understanding of the problem is that this is only about 
> the timestamps of files.

The timestamp of files very much is not a problem. dpkg is still happy
to have those timestamps differ between multiple instances of the same
binary package for various architectures.

What is a problem is timestamps embedded into files. Those cause
differences in content and cause dpkg to fail installation. If you
disregard binNMUs, this problem has been largely solved via
SOURCE_DATE_EPOCH. The last timestamp of debian/changelog is exported
via this variable and build systems therefore those timestamps embedded
into generated files become reproducible across architectures.

> On Thu, Apr 23, 2026 at 03:17:46PM +0200, Johannes Schauer Marin Rodrigues wrote:
> > Why can
> > whatever tooling is used (that's not something I'm familiar with) to transform
> > "wb nmu <package> . ANY" into the actual command which triggers a rebuild not
> > pass a common timestamp as well? The timestamp will be chose by the part which
> > processes the "wb nmu <package> . ANY" line and then make sure that on each
> > architecture, sbuild is called with the same --binNMU-timestamp=XXX argument.

This feels fairly close to what I initially proposed. There, wanna-build
would record the timestamp of the action and buildd or pybuildd would
turn that into the --binNMU-timestamp option.

> New architectures are an interesting corner case.
> 
>   wb nmu 1 <package> . ANY . -m "Rebuild for time_t"
>   # 2 years later:
>   wb nmu 1 <package> . loong64 . -m "Rebuild to sync binNMU versions"
> 
> This is not a hypothetical example, the "sync binNMU versions" 
> binNMUs for loong64 happened this month.

I agree that this example is broken with the approach of recording the
timestamp in wanna-build and that it would not be broken with the
incrementing approach.

This can be addressed with process. A wb action syncing binNMUs can
simply use ". ANY ." and cause slightly more builds. The release team is
fairly disciplined in this regard.

> Everything discussed so far is a hack, but a simple and robust hack 
> would be preferable.

>From my pov, all we need is consensus around one of those hacks.
Getting consensus on abandoning binNMUs seems harder.

> Would dh_strip_nondeterminism obtaining the binNMU number (which might 
> be 0) and adding it to get_non_binnmu_date_epoch() be sufficient for
> making Multi-Arch:same binNMU-safe?

This would fix some of the problems, but not all. It is not just
dh_strip_nondeterminism that consumes SOURCE_DATE_EPOCH but also
upstream build systems. At present, it is dpkg-buildpackage that
initializes SOURCE_DATE_EPOCH from the debian/changelog. Therefore, the
hack could be done in dpkg-buildpackage in principle. I expect Guillem
to disagree here.

Helmut



From qianfana14 at vip.163.com  Fri Apr 24 03:06:25 2026
From: qianfana14 at vip.163.com (qianfana14)
Date: Fri, 24 Apr 2026 10:06:25 +0800 (CST)
Subject: for  Alcohol, beer, spirits And Related Products
Message-ID: <6b259f34.146c.19dbd3d0132.Coremail.qianfana14@vip.163.com>




Good morning

 

We are a Chinese importer and distributor, boasting a mature supply chain network covering Shenzhen, Guangzhou,Hong Kong and Singapore. We are currently seeking high-quality manufacturers and suppliers of Alcohol, beer, spirits.Please feel free to contact us if you are interested in the Asian market.

 

Looking forward to your reply.

 

Best regards,

 

QANFAN INTL TEAM  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/reproducible-builds/attachments/20260424/32446911/attachment.htm>

From updates at emails.luveedu.com  Sat Apr 25 02:42:43 2026
From: updates at emails.luveedu.com (Luveedu Updates)
Date: Sat, 25 Apr 2026 01:42:43 +0000
Subject: =?UTF-8?Q?=F0=9F=8F=83=E2=80=8D=E2=99=82=EF=B8=8F_FAST_FAST_FAST:_Grab_1_Year_Cloud_Hosting_for_=E2=82=B9399_Before_It_Closes!?=
Message-ID: <KYj7RWusIOjliL8URJp18FyOHH29NRMKUOd655I24@luveedu.com>

An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/reproducible-builds/attachments/20260425/8bcf4491/attachment.htm>

