Hi László,
On 9/26/24 21:12, László Böszörményi (GCS) wrote:
> On Wed, Sep 25, 2024 at 9:46 PM Bernd Schubert
> wrote:
>> I would like to ask how painful is a library (libfuse) .so for a
>> distribution?
> In what sense? Upstream ABI breakages don't help, I wait f
. But it would be good to
know how much trouble it is for a distribution.
Thanks,
Bernd
Hi Barry,
On Thu, 2024-07-18 at 21:53 -0400, Barry deFreese wrote:
>
> I do and I have signed my new key with the old []
anything wrong with the old key? You could just use it again until you
have signatures on the new one.
Bernd
--
Bernd ZeimetzDebi
wondering if any of you old timers
> that I used to work with might be willing to sign my new key and/or
> would be looking for possible keysigning in Philadelphia, PA area or
> maybe even New Haven, CT area.
>
> Thanks for any guidance/help!
https://wiki.debian.org/Keysigning/Off
l of the other tasksel-supported desktops).
>
> For new server/embedded installations, I think networkd would be a
> better default than ifupdown []
yes please, I would love to see Debian switch from ifupdown to
NM/networkd. ifupdown was the perfect tool for the time it was cre
all issues.
(I didn't check for licence compabilites and such things, guess you've
done that already).
Hope that helps,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprin
On Thu, 2024-05-23 at 22:00 +0200, Sven Mueller wrote:
>
>
> Am 23.05.2024 20:16 schrieb Bernd Zeimetz :
> > On Thu, 2024-05-23 at 11:01 +0900, Simon Richter wrote:
> > > Yes, but unironically: experimental is a side branch, unstable is
> > a
> > > MR
is a side branch, unstable is a
> MR,
> and testing is the main branch.
>
> It is entirely valid to be dissatisfied with the turnaround time of
> the
> existing CI, but what we're seeing here is the creation of a parallel
> structure with as-of-yet unclear scope.
You are
s.
>
Its a CI process at a way too late stage.
Also, uploading to test a merge request is not the right thing to do.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
her on creating an external service for salsa that
provides it would be well spent time.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
rted oldstable).
The radical way would be to GR this into place with a *long* grace
period. Risky, but better than having a big slow distribution nobody
needs anymore at some point.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.de
hat not everything
of it is published for $reasons), and I can't see how its increasing my
workload as git and CIs are doing these things for me.
So I'm always curious on why workloads increase just by maintining a
package on salsa.
Thanks,
Bernd
--
Bernd Zeimetz
rt is a human only and we all make mistakes.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
go:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829444
DEP14 is a candidate, I can't see that there was any consensus to
accept it. Just because there is a DEP there is no need to implement it
without having any consensus on it.
--
Bernd Zeimetz
fault. We should make it easier for new contributors, not harder.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
conform to a specific layout (in my mind, that's the implication of
> mandating it)?
no, a grace period is absolutely needed of course. I would start with
rejecting NEW uploads and at some point move to automatic upload by git
tag only.
--
Bernd Zeimetz
case the original maintainer becomes MIA.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
if its
fixed in there.
If it is (and you have an AMD CPU), please reopen this bug and reassign
it to the src:linux package.
Cheers,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint
.
So yes, looking at the reform installer might be a good start.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
Package: wnpp
Version: N/A; reported 2024-04-26
Severity: wishlist
For my librem5 smartphone, but also for any debian based system,
I have written cashbox with python3 and gtk4.
I intent to package cashbox, because I think it would be good for
debian to have more apps for debian/mobian based smar
gt;
quick and dirty and not tested:
while apt -s upgrade | grep '^Inst' | head -1 | awk '{print $2}' |
xargs apt install; do apt clean; done
Use head -10 or whatever fits for more/less packages.
--
Bernd ZeimetzDebian GNU/Linux Devel
l3 firewalls uptodate, I can't see how this should
warrant to keep yet another patch Jan^WMarco.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
was discussed for a *long* time,
you are a bit late with complaints.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
On 3/11/24 14:32, Andrea Bolognani wrote:
> On Thu, Mar 07, 2024 at 07:47:23PM +0100, Bernd Schubert wrote:
>> Hi all,
>>
>> this is certainly not kind of the mail I was hoping for as a new libfuse
>> maintainer.
>>
>> As you can see from the title a
Hi Amir,
thanks for your help!
On 3/9/24 03:46, Amir Goldstein wrote:
> On Thu, Mar 7, 2024 at 8:47 PM Bernd Schubert
> wrote:
>>
>> Hi all,
>>
>> this is certainly not kind of the mail I was hoping for as a new libfuse
>> maintainer.
>>
>> A
, thereby, request to rebuild affected packages.
So as I understand it: this will be fixed by itself as soon as somebody
uploads or binNMUs the package?
Then I would wait for some point near the release. And packages that
haven't been touched since buster might need some qa
h systemd-networkd now, but I
would rather spend time on supporting such a combination and getting
rid of all the old ways of configuring networking stuff than
implementing yet another "client" solution.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http:
security concern, but probably more a
data safety issue. So I included open mailing lists.
Thanks,
Bernd
On 3/7/24 19:02, Ashley Pittman wrote:
>
> Simply bumping the .so number and forcing a rebuild would certainly work. It
> would probably be the safest option but also put the high
e /usr/share/doc/zsh/changelog.gz (from zsh
package)
(By default it scans all packages...)
If md5sums are really something the Debian project should trust on and
if the way we ship them without an easy way to verify them.... its a
different issue.
--
Bernd Zeimetz
xample - otherwise you would install *all*
plugin dependencies with collectd, which would be a big waste of space.
The other option would be to make one packe per plugin as redhat does,
but do we really want 20 packages with a single file?
Bernd
--
Bernd Zeimetz
is actually one of the main reasons I'm not using Ubuntu.
I expect properly maintained and upgradable packages, and not a hacky thing.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprin
Package: wnpp
Severity: wishlist
Owner: Bernd Schumacher
* Package name: python3-pyst
Version : 0.8
Upstream Author : Ralf Schlatterbeck
* URL : https://github.com/schlatterbeck/pyst.git
* License : LGPL, PSFL
Programming Lang: Python
Description
rotect users from doing dumb things.
Or protect yourself from the time you have to spend if users accidentally
choose shells they don't understand.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
G
o
push their garbage political agendas all day, every day. The last
thing people want to do is contribute to a project in their free time
that does the same thing.
Exactly what I'm thinking.
And exactly the reason why I like the outcome of the GR.
Please lets get back to technical i
?
A voting system works as designed and the Debian voting system is
actually one of the easier systems to understand. Ranking options
is not that hard. Maybe we should educate voters about the voting
system if necessary?
--
Bernd ZeimetzDebian GNU/Linux Developer
e have an excellent
way of voting and actually a good amount of allowed voters take part in
votes. Please take these useless discussions elsewhere, lets make a release.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
On Tue, 2021-02-09 at 19:31 +0100, Luna Jernberg wrote:
> Hello!
>
> Is it okay to only attend some of the BSP Event?, Noticed now in my
> calendar that i was double booked on that weekend
Of course. Every single minute spent on fixing bugs is welcome :)
--
B
hanks for writing plocate!
> Thoughts?
I think plocate should have a Conflicts: mlocate. There is no need to
install two locate implementations in parallel, it will just create
useless IO.
--
Bernd ZeimetzDebian GNU/Linux Developer
ht
s just not comparable to the one you had
before.
But I think(!) what people bump easily is the Standards Version without
checking anything. Lintian is happy if you change the number...
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.de
: minimal replacement for sudo
OpenDoas: a portable version of OpenBSD's doas command
With the regular security issues in sudo it would make sense
to have an alternative tools with a much smaller codebase.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bz
e to read sdf files anymore.
So I think it is really save to drop that in favour of the other one (no
clue what that is, though).
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1
ense.
I think Debian should sometimes be better and faster in removing
unmaintained stuff.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
Hi,
> However while the license template lists
... does not really matter what they list, just create a repository
without choosing a license and commit your own LICENSE file.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed
nable the mail account and configure procmail
(or $preferred_other_way) to reject all mails but those from lenovo.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485
; services like tag2upload.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
a workaround, but it works well for me.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
ou want to have them in the docker hub, I think the current practice
is just fine. And: its an image from DOCKER, maintained by Debian
developers - its not an image from DEBIAN. It says 'Docker official
images', not 'Debian official images'.
To be honest, I fail to understand w
e done?
I'm using the grml zsh config. There are some differences to the
oh-my-zsh-config:
https://unix.stackexchange.com/questions/58319/what-is-the-key-difference-between-grml-zsh-config-and-oh-my-zsh-config
I prefer grml because it just works well and I know where the grml
peop
> Thanks for pointing to the cause! It finally motivated me to look into
> this. I fixed the bug in DMD.
Thanks Lucas!
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F
> do is keep the session open to not loose access...
I hope you realize that no session is open forever.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
That will not change if
you
enforce 2fa.
If you use ssh, you can create an own account for the ssh key and give
it very special permissions, if you need it for automatic pushes or
similar things.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bz
tops this kind of attacks completely. Without a current 2fa token,
your password knowledge is useless.
Gaining access with a MITM attack once gives you a very short amount of
time to do whatever you want to do, as your login will be gone as soon
as the next login without MITM happ
njoy being prompted to activate my TOTP client
> software every time I invoke `git push` so I can understand the
> resistance to your proposal.
Well, use an ssh key than. No need for 2fa there.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.de
On 4/26/20 8:46 PM, Johannes Schauer wrote:
> Quoting Bernd Zeimetz (2020-04-26 20:34:12)
>> On 4/26/20 12:41 AM, Thomas Goirand wrote:
>>> On 4/25/20 11:14 PM, Bernd Zeimetz wrote:
>>>> Actually I think 2FA should be enforced for everybody.
>>>> Even d
On 4/26/20 8:30 PM, Bastian Blank wrote:
> On Sat, Apr 25, 2020 at 11:14:39PM +0200, Bernd Zeimetz wrote:
>> Actually I think 2FA should be enforced for everybody.
>
> No, we don't enforce 2FA for everybody. And I don't consider it
> appropriate to raise the op
acks are nothing
uncommon and it is very likely that they succeed, at least with some of
the users.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
On 4/26/20 2:40 PM, Michael Biebl wrote:
> Am 26.04.20 um 14:36 schrieb Mattia Rizzolo:
>> On Sun, Apr 26, 2020 at 02:07:54PM +0200, Bernd Zeimetz wrote:
>>> There are even cli tools that do the same stuff. I'd guess there is at
>>> least one on Debian.
>>
On 4/26/20 12:41 AM, Thomas Goirand wrote:
> On 4/25/20 11:14 PM, Bernd Zeimetz wrote:
>> Actually I think 2FA should be enforced for everybody.
>> Even debian.org related passwords might get lost.
>
> I use strong password, stored with keepassxc, with the password db
for example.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
of
software applications.
There are even cli tools that do the same stuff. I'd guess there is at least
one on Debian.
No need for a mobile phone.
Bernd
Am 26. April 2020 10:06:14 MESZ schrieb Johannes Schauer :
>Quoting Bernd Zeimetz (2020-04-25 23:14:39)
>> On 4/25/20 10:05
On 4/25/20 10:05 PM, IOhannes m zmölnig (Debian/GNU) wrote:
> On 4/25/20 8:34 PM, Bernd Zeimetz wrote:
>> Hi,
>>
>> https://docs.gitlab.com/ee/security/two_factor_authentication.html
>>
>> Enforce that (if Salsa is doing that in the meantime, ignore me).
Hi,
https://docs.gitlab.com/ee/security/two_factor_authentication.html
Enforce that (if Salsa is doing that in the meantime, ignore me).
Bernd
Am 25. April 2020 18:49:41 MESZ schrieb Bastian Blank :
>Hi Bernd
>
>On Fri, Apr 24, 2020 at 11:13:52PM +0200, Bernd Zeimetz wrote:
>>
ons
> and allow authentication through Salsa.
Could we require 2FA for this please?
Thanks,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB
he Debian "library" policy on go code is imho impossible -
there are no sonames, often no proper releases. The way how Debian
packages source code does not fit for go.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
for go sources and impossible
for packages like k8s.
The DD you called inexperienced has done everything right.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2
am that was not able to understand
a sentence like "Hi, my name is foo and I'm the Debian developer who is
maintaining blubb in Debian".
And if they fail to understand it... not sure if you should package
their software.
--
Bernd ZeimetzDebian GNU/L
github, pointing to your fork.
Its up to the maintainer then to figure out on how to integrate your
patches and up to them to fight their CLA/lawyers to accept your
changes. Or they'll have to remove your changes and do the same work
again... whatever works.
--
Be
ebian.org/salsa/salsa-ansible/tree/master/roles/gitlab-runner
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
On 2/6/20 12:13 AM, Dmitry Smirnov wrote:
> On Thursday, 6 February 2020 9:52:47 AM AEDT Bernd Zeimetz wrote:
>
>> Really don't care.
>
> I see that... :(
See, I prefer to spend my time on doing open source software. I use
tools I can use and that are provided by ot
On 2/5/20 11:52 PM, Bernd Zeimetz wrote:
> You are free to setup and run your own runner.
> Its even possible to share them for everybody.
> If you do, I'd suggest you add some appropriate tags so people can force
> their builds to run on a runner built from Debian source
k any.
You are free to setup and run your own runner.
Its even possible to share them for everybody.
If you do, I'd suggest you add some appropriate tags so people can force
their builds to run on a runner built from Debian source.
(there is not irony here, if you think that w
find a reason why the official and supported images are not
dfsg-free. They are not shipped in Debian, but they are free software,
binaries with sources being available, as far as I can see all under a
dfsg free license. Where is the problem?
Bernd
--
Bernd Zeimetz
eds, take the source
and replace what you do not like. Please send it as patch to gitlab then.
https://gitlab.com/gitlab-org/gitlab-runner/
On the first look all used and vendored git modules are also under a
free license, so you might want to provide some more details if you want
people
se don't mess with existing
configurations. In most cases the result would not be what people wanted
to have.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
have such a declarative
> system, I don't think it's reasonable to impose the implementation of
> any change to systemd to all the other init systems. At some point, *we*
> must be able to decide.
We have decided. Its systemd. Please lets not start this discussion again.
--
Be
e: I've offered several times to see if I
can get some k8s resources for gitlab runners, but never got a reply.
Not even a no.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
e
device (like /dev/sda + /dev/sdb)?
If so, I'd assume you can talk grub into doing what you need by
modifying /etc/grub.d/10_linux
Does that help?
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://
On 7/31/19 7:56 AM, Aron Xu wrote:
> be useful for a "standard" server installation with graphic desktop,
If we really start to provide that, we should better rename the project
to SAPian or SUSian or something like that...
--
Bernd ZeimetzDeb
nges would be documented twice and, even
worse, there would be a mix of version X and X+1 entries in the
changelog as the uploads were not linear.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Finge
;t been all that annoying for
> me.
+1
I do pretty much similar things in my repositories, and I neither want
people to mess with the way I choose branch names nor do NMUers want do
have to figure out which branch to use for what.
debian/gbp.conf is perfect for that, so pl
its to late.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
eportbug just needs to do the right thing
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
it's clear that a lot of us *do* want to do this and
> see this as a very valuable step forward in providing a more complete
> history of the package and of decisions made in maintaining that package.
Ack!
Although a layered format might come handy if doc
s are not meant to be full-blown Linux stacks with everything
you can imagine in one container.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
lsa as central repository, there is absolutely no need to have
something else.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
es file too. But for some reason
> that changes files are not created.
I'm using this alias:
% type git-bcS
git-bcS is an alias for gbp buildpackage --git-builder='debuild -i^\.git
-i^\.travis.yml -I.git -S -d'
That should do what you want :)
Bernd
--
Bernd Zeimetz
is something Debian can do to be even more
successful in the container world. Like regular releases of a container
base image from testing. The amount of packages that needed for that is
limited, the number of RC bugs is probably low enough most of the time.
Bernd
--
Bernd Zeimetz
ildpackage ?
>
> AFAICT, docker-buildpackage doesn't exist but whalebuilder does.
https://github.com/metux/docker-buildpackage
Having something that works with git-buildpackage would be really nice,
though. Even better if it would allow to use the k8s API to build things...
--
B
that this service becomes a mess? who removes
packages when, who makes sure maintainers actually take care of what
they upload? how are bugs being reported? What about security issues?
Thanks,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http:
e a tl;dr with the summaries on top.
- interested parties can still read the long version below and reply to
it. Although that will be annoying to follow as those replies will
handle more than one topic...
--
Bernd ZeimetzDebian GNU/Linux Developer
http://b
ads your mails till the end? Maybe because they are just not
privileged enough to have the time to do so...
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
to decide where to put a package based on that, they might not
be able to maintain it anyway.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
- not free software. And you want to have microcode updates. And
firmware updates for your networking/fc hardware. And you want to be
able to manage your server hardware.
Forbidding non-free tools for Debian work makes Debian and supporting
Debian impossible.
--
Bernd Zeimetz
nah.nongnu.org - which is probably hard to
beat if you are looking for a "free" way to host your software.
Where is the problem?
If you don't want to create an account, pull a git repository and send
patches by email, git has the proper tools to do so.
--
Bernd Zeimetz
e to offer k8s logins for CI
runners if being asked for.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
since I have my bigger packages (like
open-vm-tools, gpsd...) on github/salsa, I've started to get *a lot*
more pull requests than I got patches in the bts on all of my packages.
Also it is much more easy to review pull/merge requests - I even do it
on the mobile phone sometimes - and merge
es and discussion on salsa, and on the BTS you end up
with a mess of patches in the best case.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
tion, no patch)
same for me, I'm happy to send pull requests, but usually you won't see
a patch from me in the BTS.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
have exactly the same amount of history you
keep in your repository when you discuss patch files in the BTS.
>
> You may not care about that, but others do.
>
> That's why there are interesting trade offs to balance.
>
> --Sam
>
--
Bernd Zeimetz
ps://dep-team.pages.debian.net/deps/dep14/
and drive it forward.
Please remember that it should be easier and more fun to contribute
to Debian. Keeping packaging in the stone age jsut because some
people still live there is not what you should strive for.
--
Bernd Zeimetz
1 - 100 of 1117 matches
Mail list logo
