change.
--
ciao,
Marco
signature.asc
Description: PGP signature
rrect.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Apr 29, PICCA Frederic-Emmanuel
wrote:
What is the right way to customize the apache service from another package.
Use /lib/systemd/system/apache2.service.d/$YOURPACKAGE.conf.
--
ciao,
Marco
signature.asc
Description: PGP signature
rally useful outside of
maintainer scripts.
--
ciao,
Marco
signature.asc
Description: PGP signature
oogle instead.
So what? It is recognized by tnftp.
--
ciao,
Marco
signature.asc
Description: PGP signature
with Debian.
No, because the goal is to be able to use the whole Debian packages
ecosystem.
--
ciao,
Marco
signature.asc
Description: PGP signature
s is why I almost never add overrides to binary packages.
It's terminally stupid to waste space on all Debian systems in the world
because our tooling is suboptimal.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Apr 19, Michael Stone wrote:
If the goal is a minimal container image, why use debian at all vs a
distribution optimized for that purpose? Running alpine without perl
is already a solved problem...
Because I want to use a real libc, for a start.
--
ciao,
Marco
signature.asc
Description
to work on this
before the release.
--
ciao,
Marco
signature.asc
Description: PGP signature
for trixie, or else you could help him.
dangerous. It is common to use them before deciding whether a host
can be shut down.
You may use w(1) for the time being.
--
ciao,
Marco
signature.asc
Description: PGP signature
h the plan implemented last
year by multiple maintainers.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Mar 15, "Roberto C. Sánchez" wrote:
This appears, at least to me, to have rather substantially exceeded what
is appropriate for an uncoordinated NMU.
Indeed.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Mar 12, Hakan Bayındır wrote:
If we think that a shader is a firmware, any software running on the
second socket on a system is also a firmware, since the program is
running on a different CPU w.r.t. to Kernel.
This is not how Linux actually works.
--
ciao,
Marco
signature.asc
which runs outside of the OS on a different CPU.
--
ciao,
Marco
signature.asc
Description: PGP signature
installing the kernel packages.
See https://www.linux.it/~md/text/factoryreset-asg2024.pdf .
--
ciao,
Marco
signature.asc
Description: PGP signature
this area...
--
ciao,
Marco
signature.asc
Description: PGP signature
On Feb 26, Soren Stoutner wrote:
> The purpose of this email is to propose that the expectation that
> emails should be wrapped at 80 characters when they are sent should be
> dropped.
I am opposed.
--
ciao,
Marco
signature.asc
Description: PGP signature
Maybe this could be considered by the time GCC 16 will start getting
ready to be useful?
--
ciao,
Marco
signature.asc
Description: PGP signature
On Feb 14, Colin Watson wrote:
> But it doesn't. Santiago's using the data from the security tracker to
> determine whether CVEs are open.
And in the case of one of my own packages these CVEs have not yet been
fixed upstream, not even in an unreleased branch.
--
ciao,
Marco
f laziness).
In my own packages I am happy to add as many ugly hacks are needed to be
able to directly use the upstream repository as upstream. e.g.: varnish.
--
ciao,
Marco
signature.asc
Description: PGP signature
pen at rollback ?
This is why merged-/usr was so much important.
(Yes, I know about conffiles. This is why my work on having /etc more
empty by default is important.)
--
ciao,
Marco
signature.asc
Description: PGP signature
th DEP-14.
> Git is a great tool for collaboration. It is sad to see that in Debian
> usage of git is stifled by simple things like people not agreeing to
> use a common branch naming scheme despite there being a proposal for
> 10+ years now.
It is not obvious at all to me how this would be stifling usage of git
in Debian.
--
ciao,
Marco
signature.asc
Description: PGP signature
SSH?
--
ciao,
Marco
signature.asc
Description: PGP signature
o much?
As a project we have no moral or technical obligations to provide
choices that we do not personally care about.
--
ciao,
Marco
signature.asc
Description: PGP signature
You are free not to follow
With the obvious goal of becoming a standard.
It's the whole point of DEPs.
--
ciao,
Marco
signature.asc
Description: PGP signature
any upstream branch to the packaging repository so as
> +to not confuse anyone about the purpose of the Git repository.
WTF? I say instead that in the modern worlds it is a best practice to
have the packaging repository as a branch of the upstream repository.
Again, trying to promote person
Package: wnpp
Severity: wishlist
Owner: Marco Trevisan (Treviño)
X-Debbugs-Cc: debian-devel@lists.debian.org, ma...@ubuntu.com
* Package name: joycond
Version : 0.1.0
Upstream Contact: Daniel Ogorchock
* URL : https://github.com/DanielOgorchock/joycond
* License
base and it reliably kills itself
when something goes wrong.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Dec 19, Frank Guthausen wrote:
> Is it reasonable to use this idea as "best practice" and implement it
> into Debian style administration recommendations? It works very well
No: the expected default for systemd-managed services is to use
/etc/$SERVICE/ .
--
ciao,
Marco
him.
The security track record of Postfix is good enough that I believe that
chrooting is overkill.
--
ciao,
Marco
signature.asc
Description: PGP signature
re is no need to update all code every
few years because backward compatibility is preserved basically forever
at this point.
Perl is still a fundamental tool for system administrators.
--
ciao,
Marco
signature.asc
Description: PGP signature
fix the upgrade process, I would like to add an epoch to the
version number. I think this is the only way to handle this correctly,
but I'm not so experienced so any hint is welcome.
Is it fine for the Debian project to add the epoch to these 2 apps'
version number?
Kind r
ive.
--
ciao,
Marco
signature.asc
Description: PGP signature
ument for pristine-tar if
it boils down to such an infrequent use case.
--
ciao,
Marco
signature.asc
Description: PGP signature
ally better, so I do not need to
carry around files which we like to rebuild anyway).
Actually I use gbp.conf to make sure that pristine-tar is disabled.
[1] except than the openbsd-derived ones, because CVS.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Nov 24, Bastien Roucariès wrote:
> > > Do you think it is a good idea to set the testbed hostname to a FQDN ?
> > Please do. This has been a pain for the INN CI as well.
>
> Thanks marco
>
> How can we get some improvment on this side ?
Just set in the CI containe
super fast fork of pbuilder
with overlayfs support:
https://salsa.debian.org/md/pbuilder/-/commits/overlayfs/
--
ciao,
Marco
signature.asc
Description: PGP signature
not trivial. :-(
--
ciao,
Marco
signature.asc
Description: PGP signature
lysis of how much the size of a minimal system would
change?
--
ciao,
Marco
signature.asc
Description: PGP signature
On Nov 12, Iustin Pop wrote:
> The question is why on a default install with grub, which doesn't need
> nor use the symlinks, are they still created. For most systems, they're
> superfluous.
>
> iustin, who also dislikes these and always needs to disable them
On Nov 08, Bastien Roucariès wrote:
> Does it seems a reasonable assumption to use a domain for an host even if it
> is localdomain or test ?
>
> Do you think it is a good idea to set the testbed hostname to a FQDN ?
Please do. This has been a pain for the INN CI as well.
--
tal for the first upload of the pair).
--
ciao,
Marco
signature.asc
Description: PGP signature
ore.
--
ciao,
Marco
signature.asc
Description: PGP signature
mbling under the weight.
Make the main R package, or another key dependency, build-depend on 64
bit support, ask for removal of the existing dependencies and you will
not have to do anything else in the future.
--
ciao,
Marco
signature.asc
Description: PGP signature
, like configure.
> Although, as stated by Simon, git signatures are based on SHA-1 so not
> unbreakable anymore, but the point here is to illustrate the
> git-buildpackage feature.
This has been already discussed and it is not true.
--
ciao,
Marco
signature.asc
Description: PGP signature
get OpenBSD's signify
> instead of the new 'signify-mail' package after an upgrade. Is that
> problem really worth caring about?
No: popcon == 58.
--
ciao,
Marco
signature.asc
Description: PGP signature
which are released by the
upstream maintainers only as tar archives (because OpenBSD).
--
ciao,
Marco
signature.asc
Description: PGP signature
s are wary of adding an indirection
layer which nobody asked for.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Sep 23, Holger Levsen wrote:
> ifupdown2 is like ifupdown, just rewritten in python.
Yes, that's the problem: there was a consensus that it is not an
appropriate dependency for the base system.
ifupdown2 will still be around for anybody who wants to install it.
--
cia
lan on Debian.
> actionable option that we have on the table and strikes a good compromise. As
> a
This is not a "compromise". There is no other "more Netplan" option
which you are not considering.
--
ciao,
Marco
signature.asc
Description: PGP signature
n we could reference a single Netplan configuration,
> that would get applied to both of the underlying stacks. As stated
> previously, advanced users can easily configure the underlying stack
> natively and Netplan will get out of their way.
Do we even have general documentation about co
is appropriate
for a modern system (I have been using it for close to 30 years and at
this point I think that it has served its purpose and there are better
defaults...).
--
ciao,
Marco
signature.asc
Description: PGP signature
much appreciate anyone willing to co-maintain the package
> with me. Especially someone with any serious Rust experience would be
> very helpful.
LOL (sorry).
--
ciao,
Marco
signature.asc
Description: PGP signature
r documentation to make life easier for
> package maintainers.
It is authoritative, but apparently I was better than the actual
CI maintainers at figuring out the simplest possibile recipe. :-)
--
ciao,
Marco
signature.asc
Description: PGP signature
ECT/-/pipelines/, and you will
also get emails for pass/fail transitions.
--
ciao,
Marco
signature.asc
Description: PGP signature
irefox repos from a sloppy Internet connection for a packaging
> analysis or an occasional contribution.)
But --depth 1 should work around this.
--
ciao,
Marco
signature.asc
Description: PGP signature
lsa.debian.org/$NAMESPACE/$PROJECT/-/pipelines/new
This allows to see how Salsa CI works with very low friction and no
committment at all: worst case it can be disabled again and nobody will
notice. :-)
--
ciao,
Marco
signature.asc
Description: PGP signature
ub. It
And I highly doubt that they vet their contributors the same way that we
do.
--
ciao,
Marco
signature.asc
Description: PGP signature
r message, maybe as part of the WNPP
one?
--
ciao,
Marco
signature.asc
Description: PGP signature
THAT feature.
> Shouldn't "systemctl reload systemd-networkd" do exactly that?
Indeed, it does.
--
ciao,
Marco
signature.asc
Description: PGP signature
anxious about it. I do not believe that I can help you further.
--
ciao,
Marco
signature.asc
Description: PGP signature
for having bought switches from Nvidia.)
--
ciao,
Marco
signature.asc
Description: PGP signature
u to the features that it actually implements from
each backend and you have an indirection layer that must be used when
interacting with the backend daemon.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Jul 09, Bjørn Mork wrote:
> Just tried to point out that automatic conversion will be hard. And
And I believe that nobody argued to do that.
--
ciao,
Marco
signature.asc
Description: PGP signature
But we switched to NM for Wi-Fi enabled systems and the sky has not
fallen yet.
--
ciao,
Marco
signature.asc
Description: PGP signature
tch the
default to NM and/or systemd-networkd.
--
ciao,
Marco
signature.asc
Description: PGP signature
Architecture field.
--
ciao,
Marco
signature.asc
Description: PGP signature
builder/build/ then all the actual
action will happen in RAM.
--
ciao,
Marco
signature.asc
Description: PGP signature
to call debian/rules.
This is the resilient and future-proof option.
--
ciao,
Marco
signature.asc
Description: PGP signature
ing rlim_cur.
Something did, because inn would start reporting ~1G available fds and
then explode, and that patch solved the issue. :-)
--
ciao,
Marco
signature.asc
Description: PGP signature
time, and I never noticed that it
allocates some data structures for all available fds. Apparently this
worked well enough for 1M file descriptors, but not for 1G. :-)
The solution was easy enough:
https://salsa.debian.org/md/inn/-/blob/master/debian/patches/limit_getfdcount
--
ciao,
Marco
t a worse or second class Debian
> installation when you upgrade it than if you installed from scratch.
I strongly disagree: it is a bad choice to change on upgrades a default
which may cause data loss.
--
ciao,
Marco
signature.asc
Description: PGP signature
ing what several other distributions have done[2], I'm
> planning to name the source/binary packages "minio-client" and the
> binary provided from that package will be `mcli`.
Go for it, I think that there is no good solution for this case.
Everybody who cares then will manually cr
that he is real.
Or maybe I am part of the plot as well? How can you know?
> If this is not solved I will cease to stop using Debian and Debian will
> die.
OK, good luck with your next operating system.
--
ciao,
Marco
signature.asc
Description: PGP signature
ild .
pbuilder build $(ls -1tr ../*.dsc | tail -1)
dupload ...
Check the rpki-client repository for an example.
(Using gbp is not mandatory, but it allows to import with just one
command the upstream tar archive or git tree reference.)
And now having the full git history of my packages is invaluable w
On Apr 07, Bernd Zeimetz wrote:
> There are more than enough ways to keep the entries based on dns
> records in your l3 firewalls uptodate, I can't see how this should
> warrant to keep yet another patch Jan^WMarco.
Not for the form *.domain.tld.
--
ciao,
Marco
signature.asc
De
rwise I will become a Debian developer
> and package it myself.
Big Jia Tan vibe here...
--
ciao,
Marco
signature.asc
Description: PGP signature
while I am working on a package.
--
ciao,
Marco
signature.asc
Description: PGP signature
sshd, which is not
the default for good reasons.
--
ciao,
Marco
signature.asc
Description: PGP signature
S-based ACLs which cannot be
supported by L3 firewalls.
--
ciao,
Marco
signature.asc
Description: PGP signature
ote
> and using gbp-import-orig's --upstream-vcs-tag you get the best of
> both worlds.
No: I get nothing of value by doing that and the repository will be
cluttered by commits that I do not care about.
Also: upstream VCS snapshots.
--
ciao,
Marco
signature.asc
Description: PGP signature
ture in
> the archive. The only place the upstream signature would then live is in
> Salsa.
Totally worth it!
--
ciao,
Marco
signature.asc
Description: PGP signature
Are you both talking about unstable hosts, or unstable chroots, or...?
I am talking about our own computers.
Obviously everything is built and rebuilt in unstable chroots.
But I think that we have to eat our dog food.
--
ciao,
Marco
signature.asc
Description: PGP signature
should really still use
code-signing keys which are not stored in (some kind of) HSM.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Feb 28, Helmut Grohne wrote:
> Please allow me to push back on this one as well by raising a few
> concerns.
Also, I think that the benefits from doing this are tiny, and just
adding /usr/sbin/ to the $PATH would solve almost everything.
--
ciao,
Marco
signature.asc
Descriptio
ps --exclude=/usr/lib/news/bin/auth/passwd/auth_krb5 -- \
-dSuggests $D/usr/lib/news/bin/auth/passwd/auth_krb5 \
-dDepends
--
ciao,
Marco
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Marco Trevisan (Treviño)
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-long
Version : 5.2.3
Upstream Author : Daniel Wirtz
* URL : https://github.com/dcodeIO/long.js#readme
* License : Apache-2.0
ons, it is hell for daemons or other system services which need
integration with the OS.
--
ciao,
Marco
signature.asc
Description: PGP signature
rk and these
problems with integrating complex Rust software in distributions, e.g.
https://www.linux.it/~md/text/rpki-validators-euroix2023.pdf .
--
ciao,
Marco
signature.asc
Description: PGP signature
a crafted USB stick to
a computer with a locked screen.
Also, the listed file systems are not used or not used anymore on
removable devices.
Certainly not on removable devices used by regular users.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Nov 20, Craig Small wrote:
> Also why is killall5 not a candidate too?
Probably because it makes no sense outside of sysvinit, except that as
a footgun.
(Also, is it equivalent to pkill --inverse?)
--
ciao,
Marco
signature.asc
Description: PGP signature
about abandoned packages.
--
ciao,
Marco
signature.asc
Description: PGP signature
d,session,session-noninteractive} which are
> constructed at package install time and therefore are inappropriate to ship
> in /usr.
Actually it would still help a lot, because pam-auth-update can be run
on the first boot to rebuild the /etc/pam.d/*common-* files.
--
ciao,
Marco
signature.asc
Description: PGP signature
time (severity:
wishlist), but they can also choose to not care.
> Accomplishing things like this in Debian has a large social component that
> I think is being neglected.
After having initiated a few things like this in Debian I suspect that
I am beginning to understand why this may happen.
fs=/var/ --tmpfs=/tmp/ \
-D /var/lib/machines/empty/
You could add --tmpfs=/etc/ too, but then logins would fail.
--
ciao,
Marco
signature.asc
Description: PGP signature
well as automatic support for
> flagging changes on upgrades and suggesting a three-way merge (similar
> to ucf)?
This is not, but it could be added on top of it by anybody interested.
> With some care for convention-over-configuration, debhelper
> could auto-populate this declarative data in many cases.
This is intriguing. :-)
--
ciao,
Marco
signature.asc
Description: PGP signature
erimenting and trying to figure out
what we can and cannot do.
I am not even sure that general distribution-wide support for this is
a reasonable goal, but I expect that it will not be hard to have support
for the base system and cooperating packages.
--
ciao,
Marco
signature.asc
Description: PGP signature
s to be
fixed.
I suggest that you join #debian-systemd.
--
ciao,
Marco
signature.asc
Description: PGP signature
license didn't diverge from what it looks like. I'd
> love to use SPDX IDs there, for example. In an ideal world, I'd like to
> autofill debian/copyright with SPDX IDs from upstream metadata. Having a
> link to a file goes closer to having a declarative license ID.
Agreed
On Aug 15, Jonas Smedegaard wrote:
> The proper approach is IMO one of these:
Or else, if you know that they do not actually need to be rebuilt: just
disable in the makefile the target which causes them to be rebuilt.
This is what I do in my packages.
--
ciao,
Marco
signature.
1 - 100 of 1983 matches
Mail list logo
