Hi all,
i have a problem with the automatic reconnect on PPPoE.
I have a raspberry setup as router, and following the
instructions I still have the problem that the PPPoE
link won't reestablish after the other side drops it after 24h.
I even took the configuration files from an older
NetBSD
On Mon, 23 Nov 2015 09:22:01 +, Martin Husemann wrote:
> On Sun, Nov 22, 2015 at 10:03:33PM +0100, Andreas Krey wrote:
> > Why (and since when) does pppoe do reset the UP flag,
> > and what I am supposed to do to avoid that?
>
> It only does that after failing to
On Mon, 08 Aug 2016 15:07:32 +, Riccardo Mottola wrote:
> Hi,
...
> apart that my personal feeling is that BigEndian is correct and
> LittleEndian is wrong...
BigEndian looks best when used in protocols, yet there is
the argument that it is inconsistent in bit and byte addressing.
In little
On Fri, 18 Nov 2016 22:28:44 +, Hal Murray wrote:
...
> The low cost approach is to plug a USB Ethernet adapter into something like a
> Raspberry Pi. That may not be good enough if you are after high throughput
> but it's probably good enough since you only asked for 100 megabit.
On Sat, 19 Nov 2016 21:35:20 +, Niels Dettenbach (Syndicat.com) wrote:
...
> Sound???s nice that RPIs are used with NetBSD from someones.
The process istn't quite as painless as with Raspbian.
...
> And what do you mean with ???occasionally??? and ???hang??? (auto reboot
> possible by sysrq
On Wed, 22 Aug 2018 00:20:49 +, John Nemeth wrote:
...
> I believe modern disks are less prone to stiction. However,
> the original poster did say these are old disks. The "solution"
> is to power it up and "gently" shock it, i.e. lift one end about
> an inch and drop it.
It's a bit
On Mon, 17 Sep 2018 12:35:13 +, Andreas Krey wrote:
...
> But after a cvs update in /usr/pkgsrc, every make invocation
> just results in
>
> make: "../../mk/../../mk/bsd.pkg.mk" line 322: Could not find repro/repro.mk
My bad. The -dP for cvs update wasn't in my
musc
Hi all,
in the attempt to make my nginx talk http2, I was
at the point where it compiles, install (easy so far),
actually accepts the http2 option in the listen directive
(meaning that the module is there and active), but still
did not actually *talk* http/2.
Oh, openssl might need an update
On Wed, 17 Apr 2019 21:29:39 +, Johnny Billquist wrote:
...
> Uh... If you want to make sure the tree is up to date, you should do a
> svn update, not svn commit.
An update doesn't help. It reduces the window in which someone
else could commit a breaking change, but it doesn't close it.
I'd
On Wed, 17 Apr 2019 09:10:28 +, Johnny Billquist wrote:
...
> Are you saying that subversion would interleave two commits? Commits in
> subversion are supposed to be atomic. And each commit gets a
> monotonically increasing commit number. Which also gives you in which
> order the commits
On Tue, 28 May 2019 14:28:26 +, Mayuresh wrote:
...
> Clicking on a .md file in, for example, a git repository renders it
> instead of asking to save.
I assume that is not the rendering of just the plain file
but also include navigation elemets around it? Like
On Wed, 17 Apr 2019 21:31:36 +, Johnny Billquist wrote:
...
> And since I'm a curious person as well, it would be interesting to hear
> what you use and find so useful in git that you don't have in cvs.
Well, practically everything. Not even mentioning the 'distributed' part.
The fact that
On Fri, 19 Apr 2019 22:10:12 +, Sad Clouds wrote:
...
> > - not really doing branches properly or usefully
> What is your definition of a "useful" branch?
A branch that the VCS actually knows as a separate concept,
not this branches-are-paths 'potentially interesting idea',
that turned out to
On Tue, 23 Apr 2019 05:51:19 +, JP wrote:
> I had a need to run uniq on an open stream. It doesn't seem to print
> the most recent line.
>
> $ lua -e 'print("a");print("b");print("c"); repeat until false' |uniq
> a
> b
>
> ^ should print the c as well, no?
Yes, but. 'uniq -c' can only
On Wed, 17 Apr 2019 12:33:15 +, Johnny Billquist wrote:
...
> As long as I'm making changes that don't conflict with other changes,
> the VCS is fine. What you seem to be asking for is that the VCS should
> have a semantic understanding of a commit, and notice if the
> code/content make
On Wed, 17 Apr 2019 14:17:19 +, Sad Clouds wrote:
...
> This is exactly how Subversion works.
You don't need to explain to me how it works. The problem is
not that it does not behave as advertised but that it works
in a way that is simply very short-sighted, and does not
allow to do things
On Tue, 23 Apr 2019 11:50:23 +, Greg A. Woods wrote:
...
>
> Thinking "Oh, so it should work on FreeBSD too...", I opened a window to
> my recently installed FreeBSD-12.0 machine, and after rewriting the Lua
> code into AWK, I was surprised to see absolutely no output at all!
stdout
On Mon, 29 Jul 2019 12:14:59 +, Rocky Hotas wrote:
> Consider a configuration file. Assume that it has been created 10 years ago,
> when the company was running Linux. 5 years ago, the company switched to
> NetBSD.
> You are a new employee and you just discovered that this configuration
On Wed, 17 Jun 2020 16:08:17 +, Jeffrey Walton wrote:
...
> All those upvotes DO NOT indicate a good question. They indicate a
> broken design.
They indicate a unixy design - it is *much* more simple and especially
open than, say, subversion.
> Even the simplest of tasks are difficult to
On Sun, 21 Jun 2020 12:07:00 +, Johnny Billquist wrote:
...
> simple operations, and yet I waste a day or two on git instead of just
> getting work done. For me a clear sign that the tool is wrong.
'one or two days' has a bit of a smell to it.
...
> obviously not meant for people to use on
On Sun, 21 Jun 2020 15:20:39 +, Johnny Billquist wrote:
...
> >40. And you can abbreviate as far as they stay unambiguous.
>
> And it's still not anything you would want to type at all.
Yes, but. There are lots of ways to reference commits, like
'two before the current commit on this
On Sun, 21 Jun 2020 00:03:54 +, Johnny Billquist wrote:
...
> Except when git refuses to do that, which I have had happen to me
> several times. git stash refuses (I can't even remember the error
> message right now, but something weird).
I can't think of any nonobvious (like being in a
On Sat, 20 Jun 2020 16:52:16 +, Sad Clouds wrote:
...
> Because let's face it, breaking up codebase into gazillions of smaller
> repos is daft and not very user friendly.
Neither is throwing unrelated things into a single repo. It's not
easy to decide where to draw the line - what you do
On Sun, 21 Jun 2020 18:34:30 +, Johnny Billquist wrote:
...
> That is what literally the word "commit" means. Until that point, you
> are not committed.
Please excuse me for not getting that, with 'committing', you don't
mean creating git commits in the context of talking about git.
I mean,
On Sun, 21 Jun 2020 17:15:44 +, Johnny Billquist wrote:
...
> Even when you have unit tests (which you should), there are still plenty
> of errors not caught by that. However, automatically running unit tests
> on all code to be committed, *before* it is committed, is also very
> valuable.
On Sun, 21 Jun 2020 17:59:59 +, Johnny Billquist wrote:
...
> >You're a bit hung up on the word 'commit', and the finality of commits
> >in some VCSes, it seems.
>
> So are obviously everyone using git in combination with gerrit...
What? The gerrit model is exactly that: Make commits to be
On Sun, 21 Jun 2020 17:45:44 +, Johnny Billquist wrote:
...
> Something done on your local repository is not truly committed to start
> with. And it should be run through unit tests and so on, on the central
> repository, before being committed to the central repository.
When you try to
On Sun, 21 Jun 2020 17:26:05 +, Johnny Billquist wrote:
...
> What? I can't believe you are ignorant enough to not know that each file
> in cvs have a version number for each commit on it.
ETOOLONGAGO; this is starting to slip my mind.
Yes, files have revision numbers. But they are nearly
On Mon, 22 Jun 2020 09:37:30 +, a l3x wrote:
...
> git follows a snapshot like approach to version control. but this view of
> history bites you as can be seen in "merge commits".
Excuse me? Is there any VCS that doesn't record merges?
> requiring "rebasing" things and actually "rewriting
On Sat, 20 Jun 2020 16:18:17 +, Riccardo Mottola wrote:
...
> Local repositories are a mess.. Don't you hate that if you have a set of
> local changes you cannot just "git pulL" without doing a commit for a
> merge?
'git stash; git pull; git stash pop' (with a usabiliby quirk when there
are
On Thu, 18 Jun 2020 09:13:47 +, Johnny Billquist wrote:
...
> But you are hardly going to convince anyone that git is
> good by pointing out problems in other systems.
Yes. But the part that is weird for me is that nobody actually
even bothers to explain how it gis 'a waste of time'. When we
On Thu, 18 Jun 2020 01:26:14 +, Johnny Billquist wrote:
...
> For me, I have no problem at all understanding what CVS or SVN does.
I do understand them as well - it's just that I can't understand
the claims that git is uniquely hard to understand. It's just
that svn will bite you later, and
On Thu, 18 Jun 2020 09:15:15 +, Sad Clouds wrote:
...
> Search "read only branches" for subversion and it'll give you some
> ideas. Never done this myself, so no idea how well it works, but from
> what I've read, it is relatively simple.
Been there, done that. Turns out that it is indeed
33 matches
Mail list logo
