]] Holger Levsen
> On Sun, Jun 26, 2016 at 08:50:05PM +0200, Tollef Fog Heen wrote:
> > > > Do you also object to DSA using puppet for configuration management?
>
> I don't. In fact I wasnt aware puppet is under "non-free" CLA as well.
Your earlier message w
]] Philip Hands
> Tollef Fog Heen writes:
>
> > Do you also object to DSA using puppet for configuration management?
>
> Would objecting make any difference?
It's unlikely it'd be a significant factor in making us choose something
else. I'm still curiou
bian's
> own infrastructure which is split into a free and an enterprise version.
Do you also object to DSA using puppet for configuration management?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
plication in effort.
I don't think this is a particularly unreasonable bar. If you're
setting up a new service, that hopefully adds some unique value to the
project, it's not just an intersection of three existing projects.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
; name inherently. I'm not sure whether it's a feature or a bug, but it's
> certainly interesting.
It's also why you (IMO) should use an organisation for anything you
maintain there which is in go, so you can give it away later without
having to change the ABI.
--
Tollef F
]] Pirate Praveen
Hi,
> On 2016, ജൂൺ 6 10:37:25 PM IST, Tollef Fog Heen wrote:
> >]] Pirate Praveen
> >
> >> - setup gitlab.debian.net on jessie with my personal repo added.
> >> - how do I add a machine?
> >
> >Read https://db.debian.org/doc-
ces by their implementation, but by their
function, so I find it unlikely that we'll accept it under debian.org
with there already being a git.debian.org. Another prerequisite for d.o
hosting is that it runs on a DSA-managed machine.
--
Tollef Fog Heen
UNIX is user friendly, it's ju
job files that were added
> to various packages. Do we
> - continue to ship them, assuming we have users that keep upstart
> installed when upgrading to stretch.
I'd prefer this for the stretch cycle and then start removing them after
stretch is out.
--
Tollef Fog Heen
UNIX is user f
;s a limit to how long we're going to support old
hardware. The last of the Pentium MMX-es was released in 1999-01.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ackage (or gitlab-minimal and gitlab) where
the latter includes full integration with nginx and letsencrypt and
whatnot, while the former is a more limited package that does the bare
minimum.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Pirate Praveen
> On 2016, ഏപ്രിൽ 11 3:44:09 PM IST, Tollef Fog Heen wrote:
> >I'd really like this to be an optional addon, since there's no way you
> >could know how to integrate with how I acquire my certs. I also
> >question whether it's
mean you're configuring various application
servers (for vhosting) and TLS terminators too?
> And for those who do not want it, the default is 'no' for both ssl and
> letsencrypt.
Minor comment, but hopefully you're asking about TLS and not SSL in any
questions you ask the ad
pull it in by themselves.
(Weights are obviously pulled out of thin air, experimentation would be
needed to find sensible values.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
nfig already knows how to
provide user-defined variables, so this sounds like a problem that's
solveable.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
get this fixed in schroot to make it
pass --make-slave when mounting.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
pt.
The number of ways people have gotten creating a directory in /run in
initscripts wrong is surprisingly high.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
nd it out
ourselves. You need to push that.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ple
versions in the same suite if you don't run dak dominate. (So it's how
Debian chooses to run the repository, rather than the tooling forcing
it.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
thing"
This, or «ExecStart=/usr/bin/env food bar baz»
This is, as folks might have noticed, exactly the same limitation and
workaround as we have for #! lines in scripts.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ard to define, which is part of the reason we end
up with those arguments. I don't have a good test for reasonableness
outside of human judgement.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
e, it's not complaining about PAM
modules needing libcurl or libkrb5 for instance.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ags, right?
That sounds possible to add. In the meantime, you could generate a
preferences file for apt based on debtags. Not pretty, but once the
data's there, it should be entirely doable.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
he archive.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Marvin Renich
> * Tollef Fog Heen [151207 00:17]:
> > ]] David Kalnischkies
> >
> > > [And before someone complains about PDiff being slow in apt based on
> > > some years old experience: The PDiff handling was changed nearly two
> > > years a
y download a single file, regardless of
whether it's grabbing the updates a pdiff or full packages file? In the
past, the problem for me has been that you end up being latency-bound,
rather than bandwidth-bound.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
asonable time frame, I'll just ask for it
to be removed.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ll work well.
«Free software that requires software outside of Debian to build»
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
in the local
> -apt-repository.path sytemd unit, which the admin can override using
> usual systemd foo, and can be read from the repository creating
> script.)
That sounds perfectly fine. And, this looks like an interesting tool,
thanks for taking the time to write it.
--
Tollef Fog Heen
UNI
ut we would really, really like to avoid that.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
]] Paul Wise
> On Sat, Jun 13, 2015 at 4:31 PM, Tollef Fog Heen wrote:
>
> > I could see us extending the apt preferences format to be something
> > like:
>
> Why the preferences file instead of the sources.list file, which can
> already be in deb822 format?
Prima
]] Wouter Verhelst
> On Mon, Jun 08, 2015 at 09:12:51AM +0200, Tollef Fog Heen wrote:
> > ]] Wouter Verhelst
> >
> > > Having said that, I do agree with you that we should not allow just
> > > about anyone to create a repository which will be automatically
love to be told
about it.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
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/m27fr8yqgn@rahvafeir.err.no
t) to the difference between authentication and authorization
for access control.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
p -i eth0” is the right
> command.
`-i any` is quite often just as easy.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact l
them (and possibly ship the pinning info in git/a supporting
package).
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
y, and worry about
> getting your key added to the WoT later). Explaining how to do that can
> be done in a fairly short web page.
You mean, apart from telling it to use sha256 for sigs, etc? IIRC, the
defaults for GPG aren't very appropriate either.
--
Tollef Fog Heen
UNIX is user friendly, i
e installed and any mismatches gets fixed
automatically.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
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/m2bnhmrp9f@rahvafeir.err.no
]] Marc Haber
> That would mean changing local code to _both_ handle en* and eth*,
> which is (a) a surprise and (b) unsatisfying in _my_ personal opinion.
By en*, you mean emN, enN, pXpY all, right?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends a
s for the created guests.
Does this do anything qemu-img does not?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...
]] Ian Campbell
> On Thu, 2015-04-23 at 08:12 +0200, Tollef Fog Heen wrote:
> > ]] Paul Wise
> >
> > > Also accept contributions via email or git request-pull.
> >
> > How do I set up a service to accept git request-pull pull requests into
> >
lef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
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/m28udjfk4m@rahvafeir.err.no
path, I think making sure ntop's mentioned in
ntopng's description and just removing ntop would make sense.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a sub
ot clear how
> to do it safely or sanely.
For curl, it sounds like a simple curl_set_option(CURL_SSL_EE_CERT,…)
call or similar would make sense and then expose that to the command
line too. If I do curl --tls-ee-certs=somefile.crt https://www…, I
probably don't care if somefile.crt ha
]] Ian Jackson
> Tollef Fog Heen writes ("Re: curl and certificate verification in jessie"):
> > No, it doesn't necessarily. As dkg points out, I can no longer say
> > «this service should have this particular cert». This makes us
> > vulnerable to compromi
]] Alessandro Ghedini
> On lun, dic 01, 2014 at 11:18:19 +0100, Tollef Fog Heen wrote:
> > > > Is this intentional, or is that a bug in either gnutls, curl, or the
> > > > software
> > > > using these libraries?
> > >
> > > AFA
at embedded stuff
has a tendency to get stuck on old vendor kernels, something that
doesn't work so well when systemd uses newer kernel interfaces.
Apart from «don't use new kernel interfaces» (something that upstream
won't do, ditto for adding workarounds fro old kernels), I don&
on postfix processing (only stall local delivery).
How does having /usr on a separate file system help with this? I could
understand if you'd put /var on a separate file system, but /usr won't
help you here.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about
ou reboot. It
> doesn't affect postinst scripts. Using update-rc.d is not a solution.
Have your policy-rc.d call update-rc.d disable too.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists
d with any systemd developers? Your
experience doesn't match mine at all.
> But again, we pull away from my first point - as a sysadmin, what I can
> see is that my systemd box has crippled text logs, and the point is
> that's not worthy of the quality that we're all accus
hmetics.
>
> The good part about mksh i̲s̲ that it’s a programming language,
> a nice one to use, much more legible than Perl, besides having
> “set -x” beats them all;
You're aware of PERLDB_OPTS='AutoTrace NonStop' perl -d foo.pl ?
--
Tollef Fog Heen
UNIX is user friendl
]] Josh Triplett
> Tollef Fog Heen wrote:
> > ]] Josh Triplett
> >
> > > - mlocate. We don't need a "locate" in standard; anyone who actually
> > > uses locate (and wants the very significant overhead of running a
> > > locate daem
]] Josh Triplett
> - mlocate. We don't need a "locate" in standard; anyone who actually
> uses locate (and wants the very significant overhead of running a
> locate daemon) can easily install this.
There is no «locate daemon» in mlocate.
--
Tollef Fog Heen
UNI
It works pretty well. :)
Telnet has the nice feature of telling you what's happening (trying to
connect, connected, etc), something nc needs -v to do. Purely a
convenience/finger macro problem of course, but I suspect telnet's being
used because people have typed it for the better part
]] Carlos Alberto Lopez Perez
> On 09/09/14 22:18, Tollef Fog Heen wrote:
> > ]] Carlos Alberto Lopez Perez
> >
> >> But if you don't (Is not uncommon to have servers on remote locations
> >> that are only accessible via ssh) and the machine don't b
ng kvm
-snapshot or similar functionality?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: h
and up to now the only fix seems to be to
> reduce security by resorting to keys typed in at boot time.
You make the assumption that there's not been an tries to resolve this,
which is wrong. As for security, well, I have a keyscript that unlocks
my boot drive just fine, but handled through
's decision.
You might want to read https://release.debian.org/jessie/rc_policy.txt .
It does not include anything about package priorities, from what I
can tell. (It also seems to need updating with at least an
s/wheezy/jessie/ in a few places).
--
Tollef Fog Heen
UNIX is user friendly,
oceeds to create the symlinks to pkg-config-crosswrapper, but I'm not
sure if there are other problems with that approach, so I need to
investigate it a bit.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-de
ult and it's available for all of
jessie's release architectures that should be fine.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". T
ed to you.
That's harder and more visible, but not impossible. BGP hijacks do
happen, intentionally and not.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &q
lly works well for the people who use the
default init system, after all, and there's a freeze coming up.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "u
nonfree.gz wheezy
>
> The problem here is not the idea that someone might MITM
> people.debian.org and provide something useless. The problem is a
> culture of people who run random code off the web without checking what
> it does.
That is also a problem, yes. Using HTTP makes
e of the bogus "HTTP is obsolete" idea?
> >
> > There are lots of attack vectors. It's not a response to a single
> > attack being exploited in the wild.
>
> So name one?
To pick a random example off a web page:
http://ghantoos.org/2012/10/21/cocktail-of
just yet another
> instance of the bogus "HTTP is obsolete" idea?
There are lots of attack vectors. It's not a response to a single
attack being exploited in the wild.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIB
How big are they?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://
]] Harald Dunkel
> On 07/16/14 23:22, Tollef Fog Heen wrote:
> > So we are proposing the following scheme:
> >
> > a/ Upload a new "init" package. This is a new, essential package that
> > will replace sysvinit as the package that ensures your system has
]] Ansgar Burchardt
> Tollef Fog Heen writes:
> > So we are proposing the following scheme:
> >
> > a/ Upload a new "init" package. This is a new, essential package that
> > will replace sysvinit as the package that ensures your system has an
> >
>
> What are the reasons behind are you going for required and not standard?
A Priority: required package (init) isn't allowed to depend on something
with Priority: standard per policy.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
[2]:
http://people.debian.org/~biebl/systemd-transition/init-system-helper-step1.diff
[3]: http://people.debian.org/~biebl/systemd-transition/sysvinit.diff
[4]:
http://people.debian.org/~biebl/systemd-transition/init-system-helper-step2.diff
[5]: http://people.debian.org/~biebl/systemd-transition/grub
that has very little value for anybody and a
not-insignificant cost.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
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/8738e1i2dg@xoog.err.no
gt; > > Just as ick, DNS is the place for service aliases.
> >
> > And how do you propose to deal with the ssh fingerprint mess when the dns
> > is updated?
>
> There is an RFC 4255 [1] that proposes a solution by storing the
> fingerprint in DNS as well. Maybe some
k for all the systemd maintainers) bear no ill
will against non-systemd users and will try to avoid breaking stuff for
them, but it's also a use case we don't hit, so breakage there is less
likely to be seen by us. We'll do our best to fix it when reported, of
course.
Cheers,
--
Tollef
being RC.
> If you can't or don't want to code systemd support, please add a "Breaks:".
No, that's not ok. Not supporting an init system (with some exceptions)
is not ok for Jessie.
This means that if your daemon relies on using /etc/inittab to start
you, you have a
provide native units for each init system.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
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/8761jdphga@aexonyam.err.no
n making 208 hit unstable once 204-9
is in testing, and then follow up with newer versions once we deem they
are ready.
Cc-ed to systemd-shim@packages so those maintainers are explicitly
aware.
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To
]] Thomas Goirand
> +1 for keeping the name which is funny
No, it's not. It's offensive to those of us who spend time on making
systemd integration in Debian be as good as possible.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To
ntermediate CAs which are even
> less trustworthy... I wouldn't worry a lot here.
If they are completely untrustworthy, I'd like to see bugs with
documentation for that statement being filed so we can fix it.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky a
mething which is not possible with
> GANDI/CAcert or any other non-Debian-managed CAs.
Either cert pinning or DTLSA records would be better solutions here.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ.
theory. It does not align particularly well with what
happens in the real world.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
]] Colin Ian King
> Sluice reads from standard input and write to standard
> output at a specified data rate. This can be useful
> for benchmarking and exercising I/O streaming at desired
> throughput rates.
Any reason not to just use pv for this?
--
Tollef Fog Heen
UNIX is u
evel in
Policy and just let the architecture toolchain default to the
recommended value for that architecture, and only override when there's
a need.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.
rocessor
GPS is well-known as the GPS interchange format. Could you convince
upstream to rename the package to something else?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
t command line printf to do binary, but iprint
seems to be a match or a superset.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
precisely why so many people not only
> dislike systemd, but also it's maintainers.
Are you aware that Joss isn't a systemd maintainer? (He's one of the
GNOME maintainers.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSC
pted in the narrow window before the package automatically
> migrates to testing.
They're not responsible for it, no. That doesn't mean they can take an
update hostage by saying «this must be fixed or I'll continue raising
the severity of this bug» either. (I'm not saying y
]] Daniel Pocock
> On 11/05/14 18:26, Tollef Fog Heen wrote:
> > ]] Daniel Pocock
> >
> >> On 08/05/14 12:27, Оlе Ѕtrеісhеr wrote:
> >>
> >>> What is the reason that the processing there is so slow? Is there a way
> >>> to change that?
&
ould help reduce the admin burden, maybe there are
> other approaches too?
Help fix bugs in fusionforge, hang out in #alioth try to help people and
we'd be happy to get more people involved.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To
, so no, it's
not. It's using undefined behaviour and just like all other transitions
we've had in Debian we discover bugs when packages are using the
implementation defined (or undefined) behaviour rather than the
specified and documented behaviour.
--
Tollef Fog Heen
UNIX is user
]] Norbert Preining
> So I *strongly* advise to inform *and* ask the users!!
I would strongly advise you to stop spreading FUD as well as conserving
the global supply of exclamation marks.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
catch the normal
cases.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: htt
ems like a good idea.
Yes, sysvinit should change in that way. It and upstart (and any other
providers of /sbin/init) should also grow critical debconf warnings if
you install them and you were previously using systemd as your init so
it's symmetric.
--
Tollef Fog Heen
UNIX is user friendly, i
]] Thorsten Glaser
> Tollef Fog Heen wrote:
>
> >> Changes to the default init system should not affect existing setups.
> >
> >Were that true, it would be different to how we handle changes in other
> >defaults.
>
> A default is a default because
]] Andrew Shadura
> Hello,
>
> On 9 May 2014 14:32, Tollef Fog Heen wrote:
> >> Well, I've not been asked if I wanted to switch to systemd based boot
> >> when upgrading. I think this is a bug in init system choice and should
> >> be reported.
>
oot
> when upgrading. I think this is a bug in init system choice and should
> be reported.
The default has changed and you chose to accept the defaults when you
upgraded.
> How to go back to sysvinit?
I think installing sysvinit-core should work, but I at least have never
tested that.
-
grab data from the configuration file.
I still believe what I suggested earlier, having a custom answer
database module in debconf would be the right solution here.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email t
> I propose to harvest the fruit of this effort and introduce a /usr/bin/open
> command to open files.
Please don't, or if you insist, get kbd to stop shipping it, wait for at
least two releases and then introduce it with a new name.
--
Tollef Fog Heen
UNIX is user friendly, it'
ploy virtual machines with specific versions otherwise you're
> constantly battling with trying to make sure that you're actually using
> the version that you think you're using.
You might also have success by using omnibus,
https://github.com/opscode/omnibus-ruby
--
T
think dpkg provides the hooks you
need to do that today. I think it could be useful to have it, so you
could do «dpkg --needs-reconfigure A B C» and those would then be put in
a state where they'd be reconfigured at the next opportunity. Care
would of course have to be taken to avoid loops.
]] Punit Agrawal
> On Tue, Apr 8, 2014 at 2:49 PM, Tollef Fog Heen wrote:
> > ]] Punit Agrawal
> >
> >> Instead of putting every environment variable in your
> >> "~/.profile", have directory-specific ".envrc" files for your
> >
l
recipe for disaster if code gets run just by entering a directory.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contac
101 - 200 of 1220 matches
Mail list logo