Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
systemd discussion: agree to disagree
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4, 5, 6 ... 13, 14, 15  Next  
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Gentoo Chat
View previous topic :: View next topic  
Author Message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Fri Aug 31, 2018 3:23 pm    Post subject: Reply with quote

Jaglover wrote:
Textbook example how to deal with a troll is not to deal with a troll. I've had great success doing just that. Trolls go elsewhere when not fed.
In general, that's the best approach.
It doesn't work when the person in question is stuck on auto-repeat ("and I have another post in me" is a good indicator that's happening.)
In this, forums are no different to IRC.

Where they differ is that the trolling is preserved, unless reported and moderators see fit to delete it.

As such, they are useful to the Stalinists who want that "uniform pattern of public utterances" I mentioned.
In the context of the systemdbust propaganda campaign (or "gentle Putsch"), it doesn't matter so much that no-one here believes a word of axl's nonsense; what matters is that any newbies who haven't been infected yet, are kept susceptible, and thus when they cast around the web for alternative opinions, what they see is a wall of text with half-truths and rhetoric that has been fed from "upstream".

Since that is what's going on, it's important to nip it in the bud, and between us keep on insisting that:
No; shit is still shit, however much you talk delusional nonsense about it, and irrespective of how many webpages you can find which insist it is in fact shinola.
==
Leonard Schapiro wrote:
The true object of propaganda is neither to convince nor even to persuade; but to produce a uniform pattern of public utterances in which the first trace of unorthodox thought reveals itself as a jarring dissonance.
Now consider that "cognitive dissonance" is a term coined by the "Advertising industry" to describe what they do, and it is a neologism for "lazy thinking".
Consider also that "Advertising" used to be known as the Propaganda industry, in the years after the "second World War", when the Ministry of Propaganda was well regarded.

edit: spacing


Last edited by steveL on Sun Sep 02, 2018 12:18 am; edited 1 time in total
Back to top
View user's profile Send private message
berferd
Tux's lil' helper
Tux's lil' helper


Joined: 13 May 2004
Posts: 117

PostPosted: Sat Sep 01, 2018 6:04 am    Post subject: Reply with quote

roki942 wrote:
Emacsd anyone? :twisted:


We have a winner.

EDIT: No irony implied. Roki942 has summed up systemd in two words.
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Sun Sep 02, 2018 12:40 am    Post subject: Reply with quote

Yamakuzure wrote:
I can see why you favor TIPC. It is already what kdbus (that has nothing to do with D-Bus, btw.) never achieved, it is included in the kernel.
But TIPC is meant for clusters. If D-Bus is overkill... well... I'd favor it anytime anyway over D-Bus. But how do you advertise using Cluster oriented messaging mechanisms on single-machine systems?
Eh? Local node is always the first thing to deal with, when it comes to networked data.
But see that last link I gave, for technical detail. Note that the assumptions at the end actually work in our favour. (That's why they're made wrt clustering, and apply even more so, or are not relevant, for localnode.)

See also the next two posts (and the main post's breakdown of the signal flow.)
Yamakuzure wrote:
Yes, that would still be the (much) better variant to D-Bus. Unfortunately I can't see this happening anytime soon.
Why not? All it takes is a few coders who are fed up of working against crappy amateur-hour interfaces to an idiot-box implementation. (I do not work in this area, so it's not in my ballpark.)
There isn't actually any work needed to implement "kdbus" since it already exists. One just has to use it, and establish a basic ABI with a control channel. (And stick to it.)
As you said yourself:
Yamakuzure wrote:
someone thought it would be a great idea to kill DCOP and switch to D-Bus.., no matter how often and hard we bang our head onto the table. (I did, when I saw that move. I was outraged that a perfectly fine system was replaced by ... that...)
Do you really believe that no other coders working in the desktop/session arena do not feel the same? Including on BSDs.

You clearly have at least some time, and interest, as well as sufficient skill, to work in this area. You know that there are thousands of other admins, bug-wranglers and programmers who want the clean, useful approach.

I find it amazing that you feel so constrained by what one single group of people, out of so many billions, does; it seems to me like conditioning, completely at odds with the supposedly sociable "modern" Linux community. I thought reaching out to other coders, and not having to deal with people you don't want to, was the whole attraction of FLOSS.
That and the freedom to do things correctly and think longer-term than commercial pressures usually allow.

As stated, the "irreversible" argument is completely bogus when it comes to software.

So lose that misconception: it's only sociopolitical pressure attempting to promulgate a technical fallacy. ("we've got all the toys, and if you don't like it you can get out of the sandcastle.")

Lul, it's only software, people. It can be removed and supplanted at will; that is the point of it.
Some idiot's power-domain is irrelevant to what my computer does.
Back to top
View user's profile Send private message
eohrnberger
Apprentice
Apprentice


Joined: 09 Dec 2004
Posts: 240

PostPosted: Sun Sep 02, 2018 1:24 pm    Post subject: Reply with quote

systemd discussion: agree to disagree:

systemd, I'm not in favor.

The initv system seems to be built on the very UNIX philosophy of small and specific. Each script in /etc/init.d is it's own little thing, and easily understandable and tailored to the need.

systemd seems not to built on this philosophy, providing a larger, more complex, harder to understand system to replace initv.

One of the reasons that I stick with Gentoo is that initv has been supplanted by systemd by many of the other LiuLinux distributions. At least with Gentoo you still have a choice if you want systemd or not, but how long that's going to remain be the case?

Just my two cents worth, I guess.
Back to top
View user's profile Send private message
Yamakuzure
Advocate
Advocate


Joined: 21 Jun 2006
Posts: 2283
Location: Adendorf, Germany

PostPosted: Mon Sep 03, 2018 2:15 pm    Post subject: Reply with quote

steveL wrote:
Yamakuzure wrote:
I can see why you favor TIPC. It is already what kdbus (that has nothing to do with D-Bus, btw.) never achieved, it is included in the kernel.
But TIPC is meant for clusters. If D-Bus is overkill... well... I'd favor it anytime anyway over D-Bus. But how do you advertise using Cluster oriented messaging mechanisms on single-machine systems?
Eh? Local node is always the first thing to deal with, when it comes to networked data.
8O of course! And it is the default anyway. :oops:

About the switch to dbus:
steveL wrote:
Do you really believe that no other coders working in the desktop/session arena do not feel the same? Including on BSDs.
Of course not. I fail to see where I gave that impression, and am sorry that I sounded like that. :?

steveL wrote:
You clearly have at least some time, and interest, as well as sufficient skill, to work in this area. You know that there are thousands of other admins, bug-wranglers and programmers who want the clean, useful approach.

I find it amazing that you feel so constrained by what one single group of people, out of so many billions, does; it seems to me like conditioning, completely at odds with the supposedly sociable "modern" Linux community. I thought reaching out to other coders, and not having to deal with people you don't want to, was the whole attraction of FLOSS.
On the contrary, my time is very limited.

I doubt I'll have any time to play around with TIPC soon. Further I doubt that TIPC can automatically start services once they are needed. It seems like TIPC can only support what has been started beforehand. But I didn't really dig into TIPC that deep to be sure of that.
_________________
Important German:
  1. "Aha" - German reaction to pretend that you are really interested while giving no f*ck.
  2. "Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.
Back to top
View user's profile Send private message
CasperVector
Apprentice
Apprentice


Joined: 03 Apr 2012
Posts: 156

PostPosted: Mon Sep 03, 2018 3:06 pm    Post subject: Reply with quote

Speaking of the message bus issue, I am looking forward to the first formal release of skabus.
I am really unfamiliar with system programming, but I personally feel curious about how you people would think about ZeroMQ.
_________________
My current OpenPGP key:
RSA4096/0x227E8CAAB7AA186C (expires: 2020.10.19)
7077 7781 B859 5166 AE07 0286 227E 8CAA B7AA 186C
Back to top
View user's profile Send private message
berferd
Tux's lil' helper
Tux's lil' helper


Joined: 13 May 2004
Posts: 117

PostPosted: Mon Sep 03, 2018 3:54 pm    Post subject: Reply with quote

CasperVector wrote:
...I personally feel curious about how you people would think about ZeroMQ.


http://250bpm.com/blog:4

I think I understand exceptions better than he does. Then again, maybe I'm missing something.
Back to top
View user's profile Send private message
geki
Advocate
Advocate


Joined: 13 May 2004
Posts: 2387
Location: Germania

PostPosted: Mon Sep 03, 2018 6:01 pm    Post subject: Reply with quote

berferd wrote:
CasperVector wrote:
...I personally feel curious about how you people would think about ZeroMQ.


http://250bpm.com/blog:4

I think I understand exceptions better than he does. Then again, maybe I'm missing something.
There is nanomsg as a bus(or such) from the ZeroMQ developer, referenced in the blog post. Looks interesting and development seems to be active.
_________________
hear hear
Back to top
View user's profile Send private message
berferd
Tux's lil' helper
Tux's lil' helper


Joined: 13 May 2004
Posts: 117

PostPosted: Mon Sep 03, 2018 6:31 pm    Post subject: Reply with quote

Nanomsg website wrote:
A new project, nng, is underway as reimplementation of these same protocols. nng is wire compatible with nanomsg, and offers a number of additional advanced capabilities. Although nng itself is still in pre-release state, we are encouraging people using or considering using nanomsg to look at nng.
Back to top
View user's profile Send private message
Yamakuzure
Advocate
Advocate


Joined: 21 Jun 2006
Posts: 2283
Location: Adendorf, Germany

PostPosted: Tue Sep 04, 2018 7:22 am    Post subject: Reply with quote

berferd wrote:
CasperVector wrote:
...I personally feel curious about how you people would think about ZeroMQ.


http://250bpm.com/blog:4

I think I understand exceptions better than he does. Then again, maybe I'm missing something.


Well, the blog post is a nice read, but it is the comment section I find very interesting. It is fascinating how people think about the "C versus C++" problem.
My take on that: Choosing C over C++ is shooting yourself in the foot with a nail gun. C is the Core of C++, so you can do everything in C++, that you can do in C. Plus having a type safe compiler. C compilers are type unsafe.
The misunderstanding of literally everyone who has ever tried to tell me that C is a better choice than C++ was, that they where convinced that they had to use higher C++ structures when choosing C++. That's simply not true. If your C program does not compile with a C++ compiler, then your code is just broken and only works with your C compiler by accident.
(And that comes, but that is my personal and very subjective opinion, from too many wannabe C++ "Codaz" who throw tank size class constructs at every tiny x+y problem. Because C++)
berferd wrote:
Nanomsg website wrote:
A new project, nng, is underway as reimplementation of these same protocols. nng is wire compatible with nanomsg, and offers a number of additional advanced capabilities. Although nng itself is still in pre-release state, we are encouraging people using or considering using nanomsg to look at nng.
That looks promising!

Maybe there is still light at the end of the tunnel! ;-)
_________________
Important German:
  1. "Aha" - German reaction to pretend that you are really interested while giving no f*ck.
  2. "Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.
Back to top
View user's profile Send private message
Naib
Watchman
Watchman


Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy

PostPosted: Tue Sep 04, 2018 8:10 am    Post subject: Reply with quote

geki wrote:
berferd wrote:
CasperVector wrote:
...I personally feel curious about how you people would think about ZeroMQ.


http://250bpm.com/blog:4

I think I understand exceptions better than he does. Then again, maybe I'm missing something.
There is nanomsg as a bus(or such) from the ZeroMQ developer, referenced in the blog post. Looks interesting and development seems to be active.


The problem with such things is usurping what is present. It might be picked up by little known project that don't want to use dbus either because too heavy or for political reasons. This does nothing for the large amount of use cases that are deployed ... Inertia

There needs to be a collective will to replace dbus and that doesn't exist. So either a valid usecases breaks dbus so that need requires another IPC to compliment dbus (to then replace), or it is slowly pushed out.

Remember qt has dbus bindings making it "easier" for those that use that toolkit to use dbus transparently.
_________________
Quote:
Removed by Chiitoo


Last edited by Naib on Tue Sep 04, 2018 2:25 pm; edited 2 times in total
Back to top
View user's profile Send private message
CasperVector
Apprentice
Apprentice


Joined: 03 Apr 2012
Posts: 156

PostPosted: Tue Sep 04, 2018 8:18 am    Post subject: Reply with quote

Yamakuzure wrote:
If your C program does not compile with a C++ compiler, then your code is just broken and only works with your C compiler by accident.

I recently found that the use of `void' in `int main (void)', while being advisable in C, might be considered as not standard-conformant in C++ :twisted:
_________________
My current OpenPGP key:
RSA4096/0x227E8CAAB7AA186C (expires: 2020.10.19)
7077 7781 B859 5166 AE07 0286 227E 8CAA B7AA 186C
Back to top
View user's profile Send private message
proteusx
Guru
Guru


Joined: 21 Jan 2008
Posts: 338

PostPosted: Tue Sep 04, 2018 10:57 am    Post subject: Reply with quote

Naib wrote:
The problem with such things is upsuring what is present.

What is the meaning of this?
Back to top
View user's profile Send private message
Naib
Watchman
Watchman


Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy

PostPosted: Tue Sep 04, 2018 11:40 am    Post subject: Reply with quote

proteusx wrote:
Naib wrote:
The problem with such things is upsuring what is present.

What is the meaning of this?
auto-correct thought it knew best.. usurping
_________________
Quote:
Removed by Chiitoo


Last edited by Naib on Tue Sep 04, 2018 2:25 pm; edited 1 time in total
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54216
Location: 56N 3W

PostPosted: Tue Sep 04, 2018 11:46 am    Post subject: Reply with quote

proteusx,

Overcoming the inertia so that the new thing will replace the old thing.

New does not mean better, usually, it just means different.
e.g. udev persistent device names just swapped one set of corner cases for another set of corner cases.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
Naib
Watchman
Watchman


Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy

PostPosted: Tue Sep 04, 2018 11:50 am    Post subject: Reply with quote

NeddySeagoon wrote:
proteusx,

Overcoming the inertia so that the new thing will replace the old thing.

New does not mean better, usually, it just means different.
e.g. udev persistent device names just swapped one set of corner cases for another set of corner cases.
well the initial query was based upon a typo. But yes... usurping , to overthrow, to replace.
New doesn't necessarily mean better but i think we can agree that dbus isn't great and it wouldn't take much to be better. BUT being better isn't enough, the use-case inertia can easily kill off replacement, likewise never underestimate "good enough " (see betamax vs VHS)

also obligatory XKCD https://imgs.xkcd.com/comics/standards.png
_________________
Quote:
Removed by Chiitoo


Last edited by Naib on Tue Sep 04, 2018 2:25 pm; edited 1 time in total
Back to top
View user's profile Send private message
CasperVector
Apprentice
Apprentice


Joined: 03 Apr 2012
Posts: 156

PostPosted: Tue Sep 04, 2018 12:10 pm    Post subject: Reply with quote

proteusx wrote:
Naib wrote:
The problem with such things is upsuring what is present.

What is the meaning of this?

I think it should have been "usurping" (so not "upsurping" either ;).
_________________
My current OpenPGP key:
RSA4096/0x227E8CAAB7AA186C (expires: 2020.10.19)
7077 7781 B859 5166 AE07 0286 227E 8CAA B7AA 186C
Back to top
View user's profile Send private message
proteusx
Guru
Guru


Joined: 21 Jan 2008
Posts: 338

PostPosted: Tue Sep 04, 2018 1:10 pm    Post subject: Reply with quote

Naib

I always read your posts with interest.
My question was not meant to be a dig at the spelling. I looked up the word in vain, and the sentence made no sense.
I am not a native speaker of English.
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Tue Sep 04, 2018 1:27 pm    Post subject: Reply with quote

Yamakuzure wrote:
The misunderstanding of literally everyone who has ever tried to tell me that C is a better choice than C++ was, that they where convinced that they had to use higher C++ structures when choosing C++. T

Exactly! A common complaint is huge memory requirements and disk space. That's because textbooks (and presumably lectures) talk of nonsense things like Dog is a subclass of mammal which is a subclass of Animal. As a result when writing a program to schedule feeding your dog the coder implements a huge structure of complete classes that is not needed and you get a program with cat dietary requirements as well.
It's a pet peeve (pun not intended) of mine. Teach a class as what it is: an extension of a C structure that includes pointers and references to functions.
Yamakuzure wrote:
(And that comes, but that is my personal and very subjective opinion, from too many wannabe C++ "Codaz" who throw tank size class constructs at every tiny x+y problem. Because C++)
That's how they were taught. And way to many "software Engineers" are trained monkeys with no feel for what they are doing.

Yamakuzure wrote:
Maybe there is still light at the end of the tunnel! ;-)
I fear it's another train.

Re "(int)main(void)" Because it's wrong. The OS always calls main(int argc,char **argv) where argc >= 0
If you don't care about the arguments you can avoid stupid compiler warnings you cheat. Coding for Windows I sometimes use "void main(void)" because of compiler settings to treat all warnings as errors and I don't care to create meaningless exit codes that will never be used.

A C++ class doesn't have to have absolutely every conceivable class member either which also escapes professors.
Back to top
View user's profile Send private message
Naib
Watchman
Watchman


Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy

PostPosted: Tue Sep 04, 2018 2:24 pm    Post subject: Reply with quote

CasperVector wrote:
proteusx wrote:
Naib wrote:
The problem with such things is upsuring what is present.

What is the meaning of this?

I think it should have been "usurping" (so not "upsurping" either ;).

d'oh... thats the one... got my engineering head firmly on at the moment :(
proteusx wrote:
Naib

I always read your posts with interest.
My question was not meant to be a dig at the spelling. I looked up the word in vain, and the sentence made no sense.
I am not a native speaker of English.
Oh I didn't read it as a dig, was more trying to get thing right...
_________________
Quote:
Removed by Chiitoo
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54216
Location: 56N 3W

PostPosted: Tue Sep 04, 2018 6:09 pm    Post subject: Reply with quote

Naib,

I didn't even spot the typo, I read it as "usurping". :(
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
mrsteven
Veteran
Veteran


Joined: 04 Jul 2003
Posts: 1938

PostPosted: Tue Sep 04, 2018 10:17 pm    Post subject: Reply with quote

CasperVector wrote:
Yamakuzure wrote:
If your C program does not compile with a C++ compiler, then your code is just broken and only works with your C compiler by accident.

I recently found that the use of `void' in `int main (void)', while being advisable in C, might be considered as not standard-conformant in C++ :twisted:


Huh?! There never was anything wrong with that. Your link does not even state otherwise. Following forms are equivalent and explicitly permitted by the C++ 99 standard (and AFAIK nothing changed later on):
Code:
int main() { /* ... */ }
int main(void) { /* ... */ }


Generally, in C++ f(void) has the same meaning as f(). In C, f() tells the compiler not to check the parameters, while f(void) explicitly states that f does not take any parameters.

Of course, void main() is just plain wrong (in C and in C++) and you should feel ashamed by just thinking about writing it in a real world program.
_________________
Unix philosophy: "Do one thing and do it well."
systemd: "Do everything and do it wrong."
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Wed Sep 05, 2018 1:04 am    Post subject: Reply with quote

mrsteven wrote:
Of course, void main() is just plain wrong (in C and in C++) and you should feel ashamed by just thinking about writing it in a real world program.


How about this:
Code:
sqrt[]=" comma separated list of hex codes";

....
v = r * sqrt(P); /*sic */
The array is initialized with an assembly language function that uses the PowerPC SQRT function.
Back to top
View user's profile Send private message
CasperVector
Apprentice
Apprentice


Joined: 03 Apr 2012
Posts: 156

PostPosted: Wed Sep 05, 2018 1:33 am    Post subject: Reply with quote

mrsteven wrote:
Huh?! There never was anything wrong with that. Your link does not even state otherwise. Following forms are equivalent and explicitly permitted by the C++ 99 standard (and AFAIK nothing changed later on): [...]

Sorry then, I just spotted this sentence, which might have been itself a result from misunderstanding of the wording:
https://en.wikipedia.org/wiki/Entry_point#C_and_C++ wrote:
In C++, the names are to be taken literally, and the "void" in the parameter list is to be omitted, if strict conformance is desired.

_________________
My current OpenPGP key:
RSA4096/0x227E8CAAB7AA186C (expires: 2020.10.19)
7077 7781 B859 5166 AE07 0286 227E 8CAA B7AA 186C
Back to top
View user's profile Send private message
mv
Watchman
Watchman


Joined: 20 Apr 2005
Posts: 6747

PostPosted: Wed Sep 05, 2018 5:22 am    Post subject: Reply with quote

One can certainly find some subtle syntax corner cases in which C and the C-core of C++ differ (BTW, there are K&R C, Ansi C, ... as well as C++98, C++11, C++14, ...).
But I think this is irrelevant to the C/C++ discussion since these corner cases certainly don't make a compelling feature of one of the languages (unless one speaks about adapting a huge existing code base). (BTW, even here the features are IMHO on the side of C++ since it is usually stricter and thus helps to avoid accidental errors.)
Back to top
View user's profile Send private message
Display posts from previous:   
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Gentoo Chat All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6 ... 13, 14, 15  Next
Page 5 of 15

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum