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
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
ere another DD that doesn't has time to study the expulsion process.
Right now is my approach to wait for a voting for the actual expulsion
and then vote to keep Sven Luther _in_ the project.
Let me know if I need to do something else to keep luther a DD.
Geert Stappers
P.S.
Cc me about this
ether to solve
the maximum amount of bugs in Debian. While we're certainly aware that
some people are taking bets on the Jessie release date, in any case,
there will be plenty of bugs to fix, be it for the Jessie release or as
a bootstrap in the Stretch development cycle!
See
On Fri, Dec 05, 2014 at 04:37:33PM +0100, Geert Stappers wrote:
> Original only on d-event-eu@ldo, now updating
> and cross-posting to d-d-a@ldo and d-e-nl@ldo
Now only to d-d-a@ldo because previous posting didn't return
and not yet shown up at
https://lists.debian.org/debian-dev
Hi,
What is the trick to get a posting on debian-devel-announce mailinglist?
(I'm subscribed, I'm a DD )
Whom to contact about
<>
in https://wiki.debian.org/BSP
- Forwarded message from Geert Stappers -
Date: Fri, 5 Dec 2014 18:06:49 +0100
From: Geert Stappers
On Fri, Dec 05, 2014 at 08:03:53PM +, Adam D. Barratt wrote:
> On Fri, 2014-12-05 at 20:48 +0100, Geert Stappers wrote:
> > Hi,
> >
> > What is the trick to get a posting on debian-devel-announce mailinglist?
> >
> > (I'm subscribed, I'm a DD )
>
g conflict on creating the Debian package?
Frankly, I don't understand the question.
And in a matter of fact I don't understand the posting.
I think it is wise to name the actual package name (plus version(s))
and the URL of upstream. Right now I have to guess it is about
two code bases
in Debian.
Feel free to write such policy and then make the next step
to get an agreement with involved repository builders.
Yes, I mean the all people that think that their package (name)
in their repository is the right one.
Another, and better, ways are
* work on the same package, use it in sev
On Tue, Mar 17, 2015 at 09:52:01AM +, Bas van den Dikkenberg wrote:
> Hi have tried to unscribe my self from this list 5 times now but now luck.
> Can some fix this ?
>
Let's see if I can reproduce it ...
Geert Stappers
(Yes, it is me)
--
To UNSUBSCRIBE, email to deb
On Tue, Mar 24, 2015 at 09:32:30PM +0100, Geert Stappers wrote:
> On Tue, Mar 17, 2015 at 09:52:01AM +, Bas van den Dikkenberg wrote:
> > Hi have tried to unscribe my self from this list 5 times now but now luck.
> > Can some fix this ?
> >
>
> Let's see if
gde required
diff -u maintainers-needed.download maintainers-needed.pl > wnppusertags.patch
# e-mail the patch to w...@debian.org
> As an example, this way, contributors could see at first glance that
> e.g. package "munin" requests assistance for "bug-traging" and
&g
On Sat, May 02, 2015 at 07:58:35PM +0100, Dimitri John Ledkov wrote:
> Could we:
>
> Freeze in 6-8 months
> Release in 10-12 months
>
Why?
signature.asc
Description: Digital signature
vel/2014/10/msg00474.html
>
Where Russ Allbery says:
| I think this would be a good thing to fix,
| but it's rather late to do this for jessie.
Updating the subject line is what I can do here ... done.
Groeten
Geert Stappers
--
Leven en laten leven
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150506063926.gm23...@gpm.stappers.nl
looking for.
How far sbuild suits the needs for the Original Poster is unknown to me.
I'm not familiar with sbuild.
Groeten
Geert Stappers
--
Leven en laten leven
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
ins. I'm open to contributions inside it.
And where to continue?
In other words:
I see two "project names", 'openstack-pkg-tools' and 'pkgos-setup-sbuild'.
Those tools might cover my needs ( in my busy life ), so I want to check them
out.
A websearch did brin
e is a bit ambiguous, but I see a couple
> > of reasons why it is still might be ok:
>
> Yes, I also think it is probably okay -- I just wanted to mention that
> it might be confusing at first.
In other words:
'plip' is a good name for
the "protein-ligand interacti
oeten
Geert Stappers
--
Leven en laten leven
signature.asc
Description: Digital signature
ommand. So does
touch debian/control
solve your "problem"?
> Thanks,
> Malte
Groeten
Geert Stappers
--
leven en laten leven
ave packages installed
* #796066 [n| | ] [gnome-software] gnome-software reboots before performing
the "update before shutdown" action
Outstanding bugs -- Wishlist items; Unclassified (1 bug)
* #787485 [w| | ] [gnome-software] gnome-software: always restart on system
update
> > Instead of putting all the blame on
>
> Why would I need to communicate that?
Because coordination needs involvement from all
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
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
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
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
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
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
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
> 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
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
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
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
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
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
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
; 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 forward
> Groeten,
> Richard Waterbeek
> Nederland
Regards
Geert Stappers
Internet
--
Silence is hard to parse
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
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
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
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
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
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
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
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
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
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
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".
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
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
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
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
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
"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
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
g all of these.
>
Groeten
Geert Stappers
--
Silence is hard to parse
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 -
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
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
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
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.
iHTH https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008652
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
> > (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
of being
> > usable).
> Shouldn't this have gone to -curiosa instead?
>
Please lead by example.
Groeten
Geert Stappers
DD
--
Silence is hard to parse
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
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/
nd if we where in the same pub I would invite you
to follow me outside.
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
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
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
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
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
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 explain that you are maintainer
of the package in Debian. Hope this helps.
Groeten
Geert Stappers
--
Leven en laten leven
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
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 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
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
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
./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
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
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
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
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
what Anybody
could have done
> have a good one.
Thanks
Regards
Geert Stappers
--
Silence is hard to parse
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
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
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
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
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
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 ?
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
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
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
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
a good FLOSS project, I want to contribute,
here is my code which I have allready packaged!"
Where I can understand the Point Of View of both Trevor and Marco,
think I that the answer is some where in the middle. Such has having
the 'field' codo in an existing Debian package.
ain package "should have documentation'
and 'additional documentation in separate doc package'.
> Accordingly, debhelper is /not/ doing as the Policy
> mandates. I have added that in compat 11, as it will require changing
> packages (e.g. doc-base files).
Groeten
Geert Stappers
--
Leven en laten leven
appears in the .changes file and signs them by copying them to
|the remote machine using ssh(1) and remotely running deb-
|sign(1) on that machine. All options not listed below are
|passed to the debsign program on the remote machine.
I hope this helps.
Groeten
Geert Stappers
--
Leven en laten leven
> Can you point to any review from people you trust?
https://raymii.org/s/articles/Get_Started_With_The_Nitrokey_HSM.html
which has
https://raymii.org/s/articles/Get_Started_With_The_Nitrokey_HSM.html#SSH_Keys_with_the_HSM
> Thank you, Thomas
You are welcome
Groeten
Geert Stap
1 - 100 of 204 matches
Mail list logo
