On Sat, Apr 26, 2025 at 10:29:07PM +0200, Bastian Blank wrote:
> On Sat, Apr 26, 2025 at 10:18:46PM +0200, Geert Stappers wrote:
> > --- a/debian/radvd.init
> > +++ b/debian/radvd.init
>
> Where is the corresponding change in the systemd unit?
Work in progress, https://bu
from
> (adhoc) maintainer scripts to declarative configuration.
>
> Now these also often use (automatically generated) maintainer script
> fragments, but it seems to be a step towards having no maintainer scripts
> one day.
For what it is worth: I use `adduser` outside maintainer script.
I think I'm not alone in that.
Groeten
Geert Stappers
--
Silence is hard to parse
On Sat, Apr 26, 2025 at 07:20:38PM +0200, Chris Hofstaedtler wrote:
> On Sat, Apr 26, 2025 at 05:26:33PM +0200, Geert Stappers wrote:
> > Package: radvd
> >
> > Wish: Do `adduser _radvd` on new installs.
> > Actual: Make it possible to increase Standards-Version.
>
thing to get the holy installer,
is to (start to) building it.
Groeten
Geert Stappers
Debian Developer,
Voted for 'Lets stop with telling "With the non-free-firmware ISO
would have your install through WIFI succesed"'
--
Silence is hard to parse
f the contribution process.
+1 for the "What you do not wish to be done to yourself, do not do to another."
> - Otto
Groeten
Geert Stappers
> [1] https://magit.vc/
A Git Porcelain inside Emacs
> [2] https://magit.vc/manual/forge.html
Forge allows you to work with Git forge
quot;, but not with "Debian only works on BTRFS".
Yeah, it feels wrong that dpkg gets file system code, gets code for one
particular file system.
Most likely I don't understand the proposal of Julian
and hope for further information.
> Cheers,
> Hakan
@Hakan, please made reading in the discussion order possible.
Groeten
Geert Stappers
--
Silence is hard to parse
on order.
So take in extra time for understanding programm flow order.
> > > Thanks and have a great day.
You are welcome. I do love to educate^Wcluebat
unaware mailinglist posters before breakfast.
Please, pretty please, do reply below previous text.
Groeten
Geert Stappers
--
Silence is hard to parse
On Tue, Nov 12, 2024 at 02:14:34PM +0800, kindusmith wrote:
> In early Unix, boot and vmunix were both stored in the root directory as
> programs, and boot was used to start vmunix. Debian inherited this for
> compatibility, but the situation has changed a lot. Today, boot is stored in
> the root d
8-14, although the Debian
> > LTS subproject plans to provide limited security maintenance for an
> > additional 2 years.)
> >
> > smcv
> Thx, I'm aware I'm on oldstable here, but replacing old systems is
> sometimes not as fast as I'd hope it'd be ;)
Yes, there is (sadly) some consensus that somebody else should do it.
Thing that makes me wonder is how to appreciate those that
take care of salt-stack in Debian.
Groeten
Geert Stappers
--
Silence is hard to parse
e to expect (or require?)
> > cryptographic signatures from DDs in mailing list discussion. We may
> > eventually reach a point where AI can fabricate those as well, but that
> > seems to not be possible yet.
>
> This time around we don't need to overcomplicate things given we know
> it is his establihed pattern to come up with false identities trying
> to smear sh*t on DD's noses.
>
Advice for those who are unaware of trolls:
Do known that such energy sucking creatures exist and avoid them.
Groeten
Geert Stappers
--
Silence is hard to parse
signature.asc
Description: PGP signature
to be taken on Debian.
>
https://tracker.debian.org/news/1515519/accepted-xz-utils-561really545-1-source-into-unstable/
Groeten
Geert Stappers
--
Silence is hard to parse
us to keep
with the pace of upstream.
What would be needed to catch-up?
Regards
Geert Stappers
[0] to complete the list, additions welcome.
[1] Also for building and reproducible rebuilding
--
Silence is hard to parse
gt; > I've never heard that Discord was Free Software.
> > > Of course it isn't.
> >
> > Not yet.
> >
Hello Andrey,
With 'We can do better' is meant
Stop attacking community members
In case this message feels as an attack, then I might h
gt;
> Paul
> who is *not* going to do that.
>
Time will tell if someone stepped forward
or that we just re-used an existing design.
Regards
Geert Stappers
[1] https://wiki.debian.org/Teams/ReleaseTeam/ReleaseCheckList/BookwormCheckList
[2] https://lists.debian.org/debian-desktop/2022/
server?
> P.S. This has been happening for months if not years. It's just that I
> haven't been motivated to ask the question until now.
So the change might be "fresh".
> P.P.S. I don't subscribe to any debian lists, so it is appreciated to
> directly cc me in replies.
You are welcome
Groeten
Geert Stappers
Runs his own mail server
--
Silence is hard to parse
of being
> > usable).
> Shouldn't this have gone to -curiosa instead?
>
Please lead by example.
Groeten
Geert Stappers
DD
--
Silence is hard to parse
> > (as well as being open and free). Its hard to see Signal inter-operating
> > to others. As tech evolves, we need to stick to principles of being open
> > in the sense of federation, not being centralized.
>
> There is the Debian Social [1] Matrix instance at
> https://element.debian.social. You can sign in with Salsa. Many of the
> Debian IRC channels are bridged and collected in the
> #debian:matrix.debian.social space.
>
Nice
Groeten
Geert Stappers
[1] https://wiki.debian.org/Teams/DebianSocial
--
Silence is hard to parse
signature.asc
Description: PGP signature
aging currently sub-optimal" has been seen.
Then interpret it as "no need to add more fuel to the flame war".
It is up to us for how long we let cool this down. The cooling down
is important for getting a constructive mindset. As in "frustration
will block finding a solution".
I
iHTH https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008652
to make
more clear that the wish is about **adding** another transport protocol,
not about **switching** transport protocol.
Groeten
Geert Stappers
--
Debian has gone to great lengths to implement package distribution
security which doesn't really depend at all on transport layer encryption.
On Tue, Mar 01, 2022 at 01:55:52PM +, Philip Wyett wrote:
> On Tue, 2022-03-01 at 15:24 +0200, Jonathan Carter wrote:
> > Hi Phil (and everyone)
> >
> > On 2022/03/01 15:10, Philip Wyett wrote:
> > > Thank you for the terse response. The two examples i.e. micronews and the
> > > infra list do
the user (us, debian maintainers) what is happing is a
better approach. Especial when the redirector can explain the 500 is
due problems with the actual upstream website.
Groeten
Geert Stappers
--
Silence is hard to parse
removal of
bare
Disable all site specific special case code such as URL
redirector uses and page content alterations.
from the uscan code and uscan manual page (they are in /usr/bin/uscan )
The goal is to have documented that there are extra components being used.
Av
On Wed, Aug 18, 2021 at 07:56:05PM +, Clint Adams wrote:
> On Wed, Aug 18, 2021 at 09:48:29PM +0200, Geert Stappers wrote:
> } } I'm happy to transition /usr/bin/which to alternatives
> > Which alternatives would that be?
>
> I meant
>
> update-alternatives -
g all of these.
>
Groeten
Geert Stappers
--
Silence is hard to parse
he PoV of Debian’s package manager.
> Running usrmerge breaks assumptions done by dpkg; you can probably
> do it with RPM or something, but it’s not supported with dpkg.
Hence a change.
Groeten
Geert Stappers
--
Silence is hard to parse
"let's see what people are up to".
I think we would lose many reviews with a "weekly digest".
Groeten
Geert Stappers
--
Silence is hard to parse
you are stakeholder, express that
that you are aware of the mutual benefit of having another instruction
set architecture added.
So yes, there is a limit for the software version of gcc and glibc.
It most be recent.
Groeten
Geert Stappers
--
Silence is hard to parse
the path to knowledge; it has no place in the
> endeavor of science.
> -- Carl Sagan
>
Regards
Geert Stappers
[1] includes reference to a simular account name
--
Silence is hard to parse
signature.asc
Description: PGP signature
er is looking
for https://wiki.debian.org/ITP
Answering the question:
Yes, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984757
Groeten
Geert Stappers
DD
--
Silence is hard to parse
id bring us, Debian, so far.
That it also did made us leaving network silence
and other "good things", is something we have to deal with.
Methods, ideas and opinions on the "how", please in a fresh thread.
Groeten
Geert Stappers
--
Silence is hard to parse
ussion. As in: No need to say sorry for
missing announcement that missed their audience.
> Kind regards
> Aditya
Groeten
Geert Stappers
--
Silence is hard to parse
On Fri, Feb 05, 2021 at 04:21:42PM +, Paul Sutton wrote:
> Would it be possible to make it easier to find the ISO for the next release
It is work in progress and the process is called "Doing a release".
ree up firmware, we'd probably have figured out a
> way to pay that right away without even spending time doing additional
> fund raising.
I do read that as "Lets figure out the other options"
Regards
Geert Stappers
DD
--
Silence is hard to parse
uld you maybe consider telling it in a way that doesn't make us
> look like we want to have a gap between our own members on each and
> every topic please?
Requests on how to tell about a gap, will NOT close that gap.
Regards
Geert Stappers
--
Silence is hard to parse
ry well said, thank you!
>
Yes, we have to embrace firmware blobs.
No for accepting Binary Large OBjects, but for accepting hardware.
When we are not customers of hardware that "needs" blobs,
we are not in a position to negotiation about it.
Regards
Geert Stappers
--
Silence is hard to parse
why we have this project.)
We, the Debian project, are fully aware of how odd firmware blobs are.
What to do with the awareness is yet unknown.
Regards
Geert Stappers
--
Silence is hard to parse
they install as that's the only option we provide.
> >
> > And those people usually react by taking their choice and install ...
> >
> >
> > ... a different distribution.
> >
> > Do we want this?
>
> Yes, hardcore FSF fans shouldn't influ
On Tue, Jan 12, 2021 at 05:14:14PM +0100, Sven Joachim wrote:
> On 2021-01-12 16:36 +0100, Geert Stappers wrote:
> > On Tue, Jan 12, 2021 at 02:48:22PM +, Dan Pal wrote:
> >> Hello Debian Developers,
> >
> > Hello World,
> >
> >
> >> I
s 10.
Seen the "I think it could be better", not yet seen the "how"
Please elaborate the improvement.
> Sincerely,
> Dan
Regards
Geert Stappers
--
Silence is hard to parse
st too.
Let go, let go
> Still, nobody knows what your actual problem is.
Aim for common interests
> Are you trolling?
In case of doubt on trolls: Stop feeding them
Regards
Geert Stappers
@Richard:
Heb je ergens begin januari een mogelijkheid om
naar https://jitsi.debian.s
et.
Echter niet zeiken.
Inderdaad Richard, het is je gelukt om wat negatieve energie los te
krijgen. Weet dat het aan jezelf is om met goede vragen te komen.
In http://www.catb.org/~esr/faqs/smart-questions.html de lange versie.
Of ik boos ben? Dat is niet belangrijk.
Belangrijk is dat wij o
am not aware of any such FC/FCoE hardware (not just the
> network adapters, but also the storages).
Acknowledge on that problem.
Do know that it can and must be solved by wallet.
So do talk with your purchase department.
Regards
Geert Stappers
--
Silence is hard to parse
t forward
> Groeten,
> Richard Waterbeek
> Nederland
Regards
Geert Stappers
Internet
--
Silence is hard to parse
; think the reference to upstreams doesn't help with the definition of the new
> section.
The thing we should aim for, the thing I'm aiming for,
is that software developed in any programming language
can be distributed by Debian.
User point of view: `apt install foo`
Debian policy p.o.v. `apt-get source foo`
> Matthias
>
Regards
Geert Stappers
--
Silence is hard to parse
signature.asc
Description: PGP signature
t; > > ago. That's an amazing effort by ftp-master that must have consumed a
> > > *lot* of energy.
> > >
> > > THANK YOU!
> >
> > Agreed, that's a huge work done, thanks to all FTP Masters!
> >
> Who uses ftp nowadays ?
Nowadays me
nsus. Other warm feeling I have is that this
discussion learnt me that DEP-14 was originally written with Upstream
in mind.
Regards
Geert Stappers
DD
--
Silence is hard to parse
signature.asc
Description: PGP signature
nts /o\. It would be cool to have Debian
> Developers working/collaborating in the world of hardware (bridging us to
> one more field/community).
Do know there are hardware designers / manufactors / vendors
who already do sell libre products.
> Z (throwing random ideas)
Challenge: wallet voting
Regards
Geert Stappers
--
Silence is hard to parse
ews, even if I do not live in the USA so this is not
> relevant for me at this time.
> But you should be aware that not all developers choose to enable their
> debian.org email address, so given time it would be useful to have an
> alternative authorization method.
Such as?
Re
erimental an outlier that cannot be made
> > consistent (because there is no character code name for experimental
> > AFAIK).
>
> I thought the same at one point, but in fact, there is: it's called
> rc-buggy.
>
> https://wiki.debian.org/DebianReleases#Codenames
> http://ftp.debian.org/debian/dists/rc-buggy/
>
Learn from bikeshedding that it is just bikeshedding.
Regards
Geert Stappers
--
Silence is hard to parse
On Wed, Aug 26, 2020 at 06:08:17PM +0100, Simon McVittie wrote:
> On Wed, 26 Aug 2020 at 16:00:02 +0200, Jonas Smedegaard wrote:
} } [ ... good input ... ]
How to go from good input to accepting DEP-14 ?
Hi,
The good things of https://dep-team.pages.debian.net/deps/dep14/ are in use.
But https://dep-team.pages.debian.net/deps/dep14/ it self looks abandonned.
What is needed to official accept DEP-14?
(and to give https://dep-team.pages.debian.net/deps/dep14/ status "adopted")
Gro
gt; I don't think anything is "supposed" here. We don't recommend workflows
> and if you need to make just one upload for an orphaned package you don't
> need to touch any VCS. And for packages without a repo somebody would need
> to create one which is extra work when you need to make just one upload.
Please, pretty please, make `debcheckout ` possible
Groeten
Geert Stappers
DD
--
Silence is hard to parse
e same information already available in
> /var/log/kern.log, /var/log/syslog and journalctl.
Correct.
> Please let me know if you are interested,
Yes I'm interested in this feature
> as it enhances user experience when running dmesg,
Yes, it does feel strange to prefix a readonly actio as dmesg
with sudo.
> and there would be less delta between Debian and Ubuntu
> util-linux packages to maintain.
That is a nice extra
> Thanks,
> Matthew Ruffell
Groeten
Geert Stappers
DD
--
Silence is hard to parse
he right approach: Just do
Now comes a challenging part: Give time to others to respond
> I have never contributed to Debian before, but I am happy to do it :)
Nice, you started
> Best regards,
> -Erik
Regards
Geert Stappers
DD
P.S.
Welcome
--
Silence is hard to parse
signature.asc
Description: PGP signature
point there is big.
Bastian, if you meant something else, please correct me here!
Then eight months past.
How can we continue with where the november post is about:
rust software to work in a well-established way in Debian
?
Regards
Geert Stappers
DD
--
Silence is hard to parse
what Anybody
could have done
> have a good one.
Thanks
Regards
Geert Stappers
--
Silence is hard to parse
so disabling wpa-supplicant is
> just another command.
>
>
>
> --
> WBR, wRAR
FWIW I think that Andrey is happy with a disabled wpa-supplicant
and that Jonas is right for asking wpa-supplicant not required by
network-manager.
Groeten
Geert Stappers
--
Silence is hard to parse
802.11 subsystem
generic netlink commands and events. It uses the nlmon kernel driver
from Linux 3.10 and later.
Groeten
Geert Stappers
--
Silence is hard to parse
opment environment when the user is in a
build/test/debug
cycle.
While the above are the most important features DUE provides, there are a lot
more ways
it makes using different development configurations easier, which are
documented in
the Readme.md (https://github.com/CumulusNetworks/DUE/blob/master/README.md)
Regards
Geert Stappers
--
Silence is hard to parse
would not provide at least two
> implementations of almost the same thing. In my case i spent quite some time
> looking for a container based builder and checking, if the main builders
> 'pbuilder' and 'sbuild' could use containers instead of chroot -
> unsuccessfully.
> After too much time "wasted", i end up writing 'debdocker', which anyone could
> use (hence these posts). I would suggest you also try it as a sandbox for a
> simple/sample docker usage.
>
> Regarding 'sbuild' docker backend, i would gladly try to help, however i would
> probably need some guidance. After a quick look at #867176, there is an
> 'sbuild'
> patch available, but you are also talking about 'autopkgtest'. What exactly
> needs to be done regarding the patch?
Yes, please pursuit that challenge.
Groeten
Geert Stappers
--
Silence is hard to parse
./dists/buster/main/binary-i386/Packages
>
> apt-cache policy | grep repo.local
> release o=debian.repo.local,n=buster,l=debian.repo.local,c=main,b=i386
> release
> o=debian.repo.local,n=buster,l=debian.repo.schlummerland.online,c=main,b=amd64
>
> again to complicated !
>
Advice: Describe what is actually wanted
Regards
Geert Stappers
--
Silence is hard to parse
mented-in::c, role::program, uitoolkit::ncurses
Download-Size: 249 kB
APT-Manual-Installed: yes
APT-Sources: http://httpredir.debian.org/debian buster/main armhf
Packages
Description: Modern, legacy free, simple yet efficient vim-like editor
Regards
Geert Stappers
--
Silence is hard to parse
On Sun, Mar 15, 2020 at 01:08:35AM +0100, Kurt Roeckx - Debian Project
Secretary wrote:
> We're now into the campaigning period. We have 5 candidates this year:
five
> - Jonathan Carter
> - Sruthi Chandran
> - Brian Gupta
>
three
That doesn't add up.
Please re
On Mon, Mar 09, 2020 at 08:19:52PM +, Melanie Frost wrote:
>
> Debian can be better than this, really
>
Acknowledge. Please show that you understand the meaning of
enough
Regards
Geert Stappers
--
Silence is hard to parse
signature.asc
Description: PGP signature
are persisted in all the Debian tools, you are making Debian a target
> and setting the standard for future confrontation.
>
> Melanie
That does not compute: An outsider worried about "this".
In other words: The bullshit has been seen.
Request: Leave this crap as manure.
Reg
On Sat, Feb 15, 2020 at 05:33:51PM +, Ben Hutchings wrote:
> On Sat, 2020-02-15 at 18:26 +0100, Geert Stappers wrote:
> > On Sat, Feb 15, 2020 at 05:02:03PM +, Ben Hutchings wrote:
> > > On Sat, 2020-02-15 at 14:16 +0100, Harald Dunkel wrote:
> > > > H
o explain that you are maintainer
of the package in Debian. Hope this helps.
Groeten
Geert Stappers
--
Leven en laten leven
ch
> as something else and then checkout the master branch from the GitHub
> remote as 'upstream' in your repository. You might also have to make
> some minor tweaks, but the above are the major steps.
Please state some examples where that is done.
Groeten
Geert Stappers
--
Leven en laten leven
o
What, or which version, should be packaged,
when Upstream stopped doing releases?
I see three possiblities:
* Talk with Upstream about version numbering
* Choose a version number scheme yourself
* Ask for further advice
> Harri
>
> https://github.com/hboetes/mg
> https://salsa.debian.org/debian/mg
>
Groeten
Geert Stappers
--
Leven en laten leven
On Sun, Feb 02, 2020 at 03:08:32AM +, Paul Wise wrote:
> On Sat, Feb 1, 2020 at 2:39 PM Niels Thykier wrote:
>
> > * Support for new execute_before_X and execute_after_X targets.
>
> Some folks on IRC mentioned that the shorter before_X/after_X would
> have been preferred by them.
Feel fre
issue with relevant parts of Debian without revealing the sender's
> > identity.
>
> I think many of us can guess the sender's identity.
> Don't give him the attention.
At least be aware of a relation broken beyond repair.
Regards
Geert Stappers
--
No one should
age of the user license agreement.
I did bring back the device to the shop, got refund
and spend my money on another e-reader.
In other words: sending out user information is unacceptable.
> Checking for updates might be annoying but is "OK" to me.
Debian user did choose the Debian version, there is no need
for a check on an update outside Debian.
Groeten
Geert Stappers
--
Leven en laten leven
work in the time inbetween the reports.
(The Lonnie Cumberland report and the André Verwijs report)
Please see this message as an invention for either reporting
"works for me" or "next day retry also failed".
> Dank U - Thank You
U bedankt voor het melden - Thanking you for
nd if we where in the same pub I would invite you
to follow me outside.
Groeten
Geert Stappers
--
Leven en laten leven
about Vcs-Mirror-* for actual telling where a mirror is.
In case of `git` is "mirror" a "clone"
Groeten
Geert Stappers
--
Leven en laten leven
signature.asc
Description: PGP signature
version.
>
> [ your choice - I can
> put the version I want myself. Type: or version 2.1 of License 3 ] ?
>
My advice: Stay close to original.
In this case: 2.1
Groeten
Geert Stappers
--
Leven en laten leven
> I know that the firmware used on unofficial iso are redistributable. Can we
> use it on our ISO?
>
> Thank you in advance,
>
> Kind regards,
>
> Aygun Abibula
>
> Developer and PR at AcademiX GNU/Linux
>
> https://academixproject.com
Most likely you will appriceate https://www.debian.org/blends/
Groeten
Geert Stappers
--
Leven en laten leven
it already was reported before.
Not checked if it really fails when it can't find
the first alternative from list of build dependencies.
Thing is that sbuild _might_ be blocking
a nice way to cope with libraries that are not available
on all architectures.
Context at https://lists.debian.o
racker.debian.org/pkg/hping3 also says.
At https://anonscm.debian.org/ is a link
to https://alioth-archive.debian.org/
However under https://alioth-archive.debian.org/git/ is
indeed no hping3
So `apt-get source hping3` might a good starting point
to revive "hping3"
Groeten
Geert Stapper
s like sources.list it's probably best to use
> something like debian10 (or deb10, as in stable updates' version strings,
> or just 10) so that it doesn't have to change on release day.
>
> smcv
>
Groeten
Geert Stappers
P.S.
rolling symlinks to testing
tumbleweed symlinks to testing
--
Leven en laten leven
register an account upload
whatever they please.
Do I go implement "filters"?No.
Do I go shutdown the various wikis?No.
Do I think that "EU article 13" will harm the libre Internet? Yes
Groeten
Geert Stappers
--
Leven en laten leven
signature.asc
Description: PGP signature
t directory of processes they do not own.
What would be the harm to the Buster release
if lsb-base got NMU
with
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=888743;filename=init-functions.diff;msg=37
?
Groeten
Geert Stappers
--
Leven en laten leven
get niche things fixed.
As far as I can see is Harald exploring
the amount of niches and a generic solution.
> Ondrej
> >
> > Thanx in advance
> >
> > Harri
> >
> > https://bugs.debian.org/888569
> > https://bugs.debian.org/888743
> > https://bugs.debian.org/858837
> > https://bugs.debian.org/924551
> >
>
Groeten
Geert Stappers
--
Leven en laten leven
g/support
> > --
> > -- Unit networking.service has failed.
> > --
> > -- The result is failed.
> > Dec 29 02:38:48 dut211 systemd[1]: networking.service: Unit entered failed
> > state.
> > Dec 29 02:38:48 dut211 systemd[1]: networking.service: Failed with result
> > 'exit-code???.
>
>
> Thank you.
>
Groeten
Geert Stappers
--
Leven en laten leven
> > Instead of putting all the blame on
>
> Why would I need to communicate that?
Because coordination needs involvement from all
Hi,
There is PEP, https://en.wikipedia.org/wiki/Pretty_Easy_privacy
project website is https://www.pep.security/
However `apt search pep` doesn't show it?
Neither is a WNPP bugreport at hand.
Is Pretty Easy Privacy available in Debian?
Groeten
Geert Stappers
--
Leven en laten leven
Hi,
Thursday 16th of augustus becomes Debian 25 years.
Let's celebrate it
Cheers
Geert Stappers
ving files from
> the upstream tarball is an automated process that takes seconds, where
> the license check easily takes much more.
FWIW the "tooling removing files from the upstream tarball is an automated
process"
is `uscan` and debian/copyright having a 'Files-Excluded:' entry
Groeten
Geert Stappers
--
Leven en laten leven
On Sun, Jun 24, 2018 at 05:11:45PM +0100, Adam D. Barratt wrote:
> On Sun, 2018-06-24 at 18:10 +0200, Geert Stappers wrote:
> > What is the sequence of Debian release names?
> >
> > Which Debian web page contains such list?
> >
>
> Fairly predictably
On Sun, Jun 24, 2018 at 06:14:14PM +0200, Stephen Kitt wrote:
> Hi,
>
> On Sun, 24 Jun 2018 18:10:49 +0200, Geert Stappers
> wrote:
> > What is the sequence of Debian release names?
> >
> > Which Debian web page contains such list?
>
> See https://wiki.debi
Hi,
What is the sequence of Debian release names?
Which Debian web page contains such list?
Groeten
Geert Stappers
--
Leven en laten leven
On Tue, Jun 12, 2018 at 09:48:22AM +0200, Samuel Thibault wrote:
> Geert Stappers, le mar. 12 juin 2018 09:41:53 +0200, a ecrit:
> > On Tue, Jun 12, 2018 at 08:36:38AM +0200, Samuel Thibault wrote:
> > > DutchGigalo, le lun. 11 juin 2018 23:16:21 -0700, a ecrit:
> > >
g/pkg/gimp
says there is more needed then just being patient.
Regards
Geert Stappers
--
Where did we agree that somebody else should do it?
t;
exit 1
stappers@moszumanska:/git/collab-maint/ipmitool.git$
stappers@moszumanska:/git/collab-maint/ipmitool.git$
stappers@moszumanska:/git/collab-maint/ipmitool.git$ cd ..
stappers@moszumanska:/git/collab-maint$ rm -rf ipmitools
stappers@moszumanska:/git/collab-maint$
Groeten
Geert Stappers
--
Leven en laten leven
2,696 All: 19,198
That tells me that a Merge Request has a better success ratio.
Also that it is wise to keep notes of the MR number :-/
Groeten
Geert Stappers
--
Leven en laten leven
does not work yet:
> use the support tracker and I will look after it when I have time.
Where is that support tracker?
(It feels strang to report "salsa is broken" at Salsa itself.)
> debian-devel is not on the list of salsa supportchannels.
Even multiple suportchannels for s
a, even to
> > make simple changes, then it is not free software for us.
>
> Its not a matter of free software, but a matter of us having to support those
> patches - which is something we don't want to do.
Not knowing who is "we", but the thing I want to says is
Do not ask for a lighter load,
but ask for more shoulders to carry the load.
Groeten
Geert Stappers
--
Leven en laten leven
Hello debian-devel,
IIRC do we agree that feedback is good.
On Sun, May 13, 2018 at 04:51:54PM +0200, Michael Biebl wrote:
> [always CC the package maintainer when reassigning]
https://lists.debian.org/debian-devel/2018/05/msg00243.html
> On Sun, 13 May 2018 15:58:01 +0200 Geert St
Find attached the two screenshots
next to each other in one image.
Groeten
Geert Stappers
1 - 100 of 204 matches
Mail list logo
