Re: [Dng] What about pulseaudio, avahi, ... ?
On Wed, Apr 01, 2015 at 09:25:00PM +0200, toto titi wrote: > Hi Guys, > and thank you to all of you for this fork. > Do you plan to get rid of pulseaudio and avahi as well, or do you just > focus on systemd ? What are your problems with pulse being in the repos? It doesn't force dependencies on itself and works fine without systemd. signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] What about pulseaudio, avahi, ... ?
On Thu 02 April 2015 13:09:41 Jack L. Frost wrote: > On Wed, Apr 01, 2015 at 09:25:00PM +0200, toto titi wrote: > > Hi Guys, > > and thank you to all of you for this fork. > > Do you plan to get rid of pulseaudio and avahi as well, or do you just > > focus on systemd ? > > What are your problems with pulse being in the repos? It doesn't force > dependencies on itself and works fine without systemd. Always same misconception devuan is not about depoetterizing, it's about freedom of choice. Since systemd deprives user from his freedom to choose init system (and a lot of other subsystems) it has to go. For the rest devuan doesn't care - as long as it doesn't as well introduce conflicts with alternative packages. Maybe we can discuss the *defaults* devuan suggests during installation time, but afaik that's not a topic for now, simply because of priority and workload vs available manpower. toto titi: Feel free to create "NoLen Linux" based on devuan, that's what devuan is made for. I'm eagerly waiting for such NoLen distro :-) Saves me some time during installation. /j signature.asc Description: This is a digitally signed message part. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] What about pulseaudio, avahi, ... ?
> devuan is not about depoetterizing, it's about freedom of choice. Since > systemd deprives user from his freedom to choose init system (and a lot of > other subsystems) it has to go. For the rest devuan doesn't care - as long as > it doesn't as well introduce conflicts with alternative packages. My point exactly. Pulse is completely optional. signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] [dng] vdev status update
>Given the fraction of replies you got so far devoted to the puppy >(100%) and to the technical content (0%), I suspect this community's >hearts are in the right place. >-- hendrik ^ +1 Linux O'Beardly @LinuxOBeardly http://o.beard.ly linux.obear...@gmail.com On Tue, Mar 31, 2015 at 11:45 AM, Hendrik Boom wrote: > On Tue, Mar 31, 2015 at 11:44:25AM -0400, Jude Nelson wrote: > > Thankfully, the puppy should be fine :) She only ate a few capsules, and > > we caught her just after the fact, so we were able to get her proper > > treatment before the toxicity could set in. We get to take her home from > > the vet either tonight or tomorrow. > > > > -Jude > > Given the fraction of replies you got so far devoted to the puppy > (100%) and to the technical content (0%), I suspect this community's > hearts are in the right place. > > -- hendrik > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] What about pulseaudio, avahi, ... ?
On Thu, Apr 02, 2015 at 01:47:17PM +0300, Jack L. Frost wrote: > > devuan is not about depoetterizing, it's about freedom of choice. Since > > systemd deprives user from his freedom to choose init system (and a lot of > > other subsystems) it has to go. For the rest devuan doesn't care - as long > > as > > it doesn't as well introduce conflicts with alternative packages. > > My point exactly. Pulse is completely optional. Well, there is still a problem with dependencies created by a Suggests or Recommends, combined with a policy that automatically installs those packages. On my system, reverse depends for pulseaudio shows such packages as mpg123, which shouldn't have an opinion about which audio system you use, and initramfs-tools-tcos, which appears to have no connection with audio at all. -- Joel Roth ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] Devuan philosohy
Great list! Thanks everybody for your input, because for those of us who
aren't programmers, this helps clarify a lot of the reason why systemd is
less than ideal from a technical perspective. I'm more of a "if I can't
read it or write it in vi or manipulate it via a bash script, then it
doesn't belong in Linux" kind of guy, and I believe the reason why I have
such disregard for systemd is evident in the aforementioned statement. I
don't need to write a conf file that is actually a wrapper to a piece of
code that then configures how my machine runs, all the while with me having
no insight to what is going on inside; and yes, I'm aware this is a gross
simplification. However, your list and consequent addendums are great food
for thought. Educating the masses with fact, logic, and just plain old
good common sense is the only way to combat the idiocracy that the Linux
community as a whole has become. Thanks again!
Linux O'Beardly
@LinuxOBeardly
http://o.beard.ly
linux.obear...@gmail.com
On Tue, Mar 31, 2015 at 1:00 PM, Steve Litt
wrote:
> On Tue, 31 Mar 2015 09:11:54 -0400
> Hendrik Boom wrote:
>
> > On Tue, Mar 31, 2015 at 11:16:02AM +0200, Martin Steigerwald wrote:
> > >
> > > [1] [systemd-devel] I wonder… why systemd provokes this amount of
> > > polarity and resistance:
> > >
> > >
> http://lists.freedesktop.org/archives/systemd-devel/2014-September/thread.html
> >
> > The discussion here contains a quotation about the Unix philosophy
> > (in an attempt to explain how systemd follows it). I find it
> > summmarises well the way Devuan believes a Linux system should be
> > organised:
>
> Allow me to make a couple small enhancements. Please keep in mind that
> I use "TS" to mean "Thin, Standard", where a standard interface is a
> pipe, named pipe, fifo, socket, simply structured file, etc. When I
> insert something, I'll use square brackets. When I delete something,
> I'll use X{whatever deleted text}.
>
> >
> >
> > 1. Write simple parts connected by clean
>
> [TS]
>
> > interfaces.
> > 2. Clarity is better than cleverness.
> > 3. Design programs to be connected to other programs
>
> [by TS interfaces]
>
> [3a Connect programs only on a need to know basis, where the connected
> program is purposed primarily to do what the connected program needs
> done. Don't connect to a bicycle just to get a spoke.]
>
> [3b If the connecting program, at various locations, requires various
> types of services from the connected program, it might be OK to
> violate 3a. This might, in some cases, justify connecting to GTk and
> Qt.]
>
> > 4. Separate policy from mechanism; separate interfaces
> > from engines.
> > 5. Design for simplicity; add complexity only where you
> > must.
> > 6. Write a big program only when it is clear by demonstration
> > that nothing else will do.
> > 7. Rule of Transparency: Design for visibility to make inspection and
> > debugging easier.
> > 8. Robustness is the child of transparency and simplicity.
> > 9. Fold knowledge into data so program logic can be stupid and robust.
> > 10. In interface design, always do the least surprising thing.
> > 11. When a program has nothing surprising to say, it should say
> > nothing.
> > 12. When you must fail, fail noisily and as soon as possible.
> > 13. Programmer time is expensive; conserve it in preference to
> > machine time.
>
> [13a. Unless doing so would make life slower for users and admins, in
> which case your top priority should be saving time for the users and
> admins.]
>
> > 14. Avoid hand-hacking; write programs to write programs when you can.
> > 15. Prototype before polishing. Get it working before you optimize it.
> > 16. Distrust all claims for “one true way”.
> > 17. Design for the future, because it will be here sooner than you
> > think.
>
> I think my modifications go a long way toward rejecting faux modularity.
>
> SteveT
>
> Steve Litt* http://www.troubleshooters.com/
> Troubleshooting Training * Human Performance
>
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] What about pulseaudio, avahi, ... ?
On Thu, Apr 02, 2015 at 07:15:38AM -1000, Joel Roth wrote: On my system, reverse depends for pulseaudio shows such packages as mpg123, which shouldn't have an opinion about But mpg123 neither depends on nor recommends pulseaudio. It only suggests pulseaudio together with jackd, alsa-utils and other packages. Happy eastern everyone! Stephan -- | Stephan Seitz E-Mail: s...@fsing.rootsland.net | | Public Keys: http://fsing.rootsland.net/~stse/keys.html | smime.p7s Description: S/MIME cryptographic signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] What about pulseaudio, avahi, ... ?
On Thu, Apr 02, 2015 at 07:28:27PM +0200, Stephan Seitz wrote: > On Thu, Apr 02, 2015 at 07:15:38AM -1000, Joel Roth wrote: > >On my system, reverse depends for pulseaudio shows such > >packages as mpg123, which shouldn't have an opinion about > > But mpg123 neither depends on nor recommends pulseaudio. It only suggests > pulseaudio together with jackd, alsa-utils and other packages. Yes that is only a "suggests" relationship, so not a good example. Funny tho, it shows up as a reverse depends listed by apt-cache showpkg. initramfs-tools-tcos, OTOH, recommends pulseaudio. I think we may have had a discussion about whether recommended packages should pulled in by default. I remember there are options for installing dependencies only, installing dependences plus recommended packages, and installing dependencies with recommended and suggested packages. As a process, I would like to install the minimum dependencies by default, and then if I don't get all the features I need, have options to add in the recommended and suggested packages. I think it might be helpful to document or prompt the user to set whether recommended package should be installed. Or punt, and leave it to more advanced user to figure out. Somehow the politics of pulling in recommends seems to overlap with the issue of the web of dependencies spread by systemd. Cheers, Joel > Happy eastern everyone! > > Stephan > > -- > | Stephan Seitz E-Mail: s...@fsing.rootsland.net | > | Public Keys: http://fsing.rootsland.net/~stse/keys.html | > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng -- Joel Roth ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] Another reason of why I am considering Devuan
> -Original Message- > From: Adam Borowski [mailto:kilob...@angband.pl] > Sent: Wednesday, April 1, 2015 9:41 PM > To: dng@lists.dyne.org > Subject: Re: [Dng] Another reason of why I am considering Devuan > > On Wed, Apr 01, 2015 at 08:38:07PM -0500, T.J. Duchene wrote: > > [T.J. ] To be honest, I do not quite get what the debate is over at Debian. > > That's something of a big *shrug* as far as I am concerned. Falling > > back on Google's nameserver is no better or worse than using anyone > else's. > > Most public nameservers don't log everything, mostly because they don't > have means to monetize all that data. Google, on the other hand... [T.J. ] The logging is debatable, Adam. I've seen some log everything, others log nothing. Even so, if Google is monetizing DNS data, Adam, in what way does that violate anyone's privacy? DNS calls are nonspecific data, associated only with your carrier's dynamic IP address, not a specific user. About the only thing I can accuse them of at present is offering a public service. I still do not understand the rush to paranoia over at Debian. Now, if they were logging tracking IDs in their browser, I'd be the first to agree, but basic DNS is, of course, not the same thing. > > > As far as making Debian "idiot-proof" by choosing a default - for > > most is probably not a bad thing. There are a lot of people using > > Linux today who do not know how to set their DNS properly, even in > > Windows. The rest of us probably have our own nameservers. > > Then why not set up a recursor by default? Benefits include: > * avoiding this privacy issue > * caching > * secure DNSSEC (no last mile issues) [T.J. ] Oh I agree, however, there is no accounting for taste or common sense. Each of these Linux distributors has their own quirks that everyone who uses their Linux is subjected to. The only reason that I said that is that I view the goal of systemd as a trend toward homogenization. They want every Linux to be the same. If they are going to "dumb it down" under the guise of "advancement" then why not pick certain software and build a base system? We would certainly view the goal as mediocre at best, but that is the point of open source, you can go do your own thing, the rest of the world be damned. > > -- > // If you believe in so-called "intellectual property", please immediately // > cease using counterfeit alphabets. Instead, contact the nearest temple // of > Amon, whose priests will provide you with scribal services for all // your > writing needs, for Reasonable and Non-Discriminatory prices. [T.J. ] Love the sig, btw. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] What about pulseaudio, avahi, ... ?
I do not have any problem at the present time. It's just that I don't like the programmes written by LP. I don't trust him. I don't want Linux to become a new W1nd0w$. He's obfuscating the system's behaviour. On 04/02/2015 12:09 PM, Jack L. Frost wrote: > On Wed, Apr 01, 2015 at 09:25:00PM +0200, toto titi wrote: >> Hi Guys, >> and thank you to all of you for this fork. >> Do you plan to get rid of pulseaudio and avahi as well, or do you just >> focus on systemd ? > What are your problems with pulse being in the repos? It doesn't force > dependencies on itself and works fine without systemd. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] Another reason of why I am considering Devuan
On Thu, Apr 2, 2015 at 8:52 PM, T.J. Duchene wrote: > DNS calls are nonspecific > data, associated only with your carrier's dynamic IP address, not a specific > user. Where i come from ISP's dynamic IP lease times are *very* long, you need to reboot the home router to get a new IP and even then you may get the same IP. It's not that dynamic, at all. Add that with data your browser provides, your *.google.com in|direct usage, etc... it's easy to correlate and monetize. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] What about pulseaudio, avahi, ... ?
On Thu, Apr 02, 2015 at 10:34:00PM +0200, toto titi wrote: > I do not have any problem at the present time. It's just that I don't > like the programmes written by LP. > I don't trust him. I don't want Linux to become a new W1nd0w$. > He's obfuscating the system's behaviour. That could be a wiki article, "Configuring Devuan to Use Alternatives to LP Software Packages" -- Joel Roth ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] What about pulseaudio, avahi, ... ?
Avahi going away, or at least not being a requirement for CUPS, would be nice. (Or a cups-noavahi). I'm running a corporate network with statically defined printers, I don't need or want my print server trying to autodetect anything. Chris Kalin Sr. Network Engineer "Leading Upward Mobility" Industries for the Blind, Inc. 445 S. Curtis Rd. | West Allis, WI 53214 p. 414-778-3065 c. 414-238-3914 t. 800-642-8778 f. 414-778-3041 www.IBmilw.com Facebook | LinkedIn | Twitter | YouTube NOTICE: The information contained in this email and any document attached hereto is intended only for the named recipient(s). If you are not the intended recipient, nor the employee or agent responsible for delivering this message in confidence to the intended recipient(s), you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this transmittal or its attachments is strictly prohibited. If you have received this transmittal and/or attachments in error, please notify me immediately by reply e-mail and then delete this message, including any attachments. > -Original Message- > From: Joel Roth [mailto:jo...@pobox.com] > Sent: Thursday, April 02, 2015 4:37 PM > To: dng@lists.dyne.org > Subject: Re: [Dng] What about pulseaudio, avahi, ... ? > > On Thu, Apr 02, 2015 at 10:34:00PM +0200, toto titi wrote: > > I do not have any problem at the present time. It's just that I don't > > like the programmes written by LP. > > I don't trust him. I don't want Linux to become a new W1nd0w$. > > He's obfuscating the system's behaviour. > > That could be a wiki article, "Configuring Devuan to > Use Alternatives to LP Software Packages" > > -- > Joel Roth > > > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[Dng] What do you guys think about "Suggest" and "Recommends" dependency?
Personally on debian i was using from date APT:Install-Recommends "0"; APT:Install-Suggests "0"; in all my install apt.conf. I don't like apt downloading and installing things that are not required but just recommended or suggested, expecially in server or embedded envs, but also on my desktop. What do you think if we make this the default in devuan? -- Franco (nextime) Lanza Lonate Pozzolo (VA) - Italy SIP://c...@casa.nexlab.it web: http://www.nexlab.net NO TCPA: http://www.no1984.org you can download my public key at: http://danex.nexlab.it/nextime.asc || Key Servers Key ID = D6132D50 Key fingerprint = 66ED 5211 9D59 DA53 1DF7 4189 DFED F580 D613 2D50 --- echo 16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D212153574F444E49572045535520454D20454B414D204F54204847554F4E452059415020544F4E4E4143205345544147204C4C4942snlbxq | dc --- signature.asc Description: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] What do you guys think about "Suggest" and "Recommends" dependency?
I'm all for it. If there are a set of packages that usually get installed together, we can create a metapackage for them. -Jude On Thu, Apr 2, 2015 at 6:36 PM, Franco Lanza wrote: > Personally on debian i was using from date > > APT:Install-Recommends "0"; > APT:Install-Suggests "0"; > > in all my install apt.conf. > > I don't like apt downloading and installing things that are not required > but just recommended or suggested, expecially in server or embedded > envs, but also on my desktop. > > What do you think if we make this the default in devuan? > > > > -- > > Franco (nextime) Lanza > Lonate Pozzolo (VA) - Italy > SIP://c...@casa.nexlab.it > web: http://www.nexlab.net > > NO TCPA: http://www.no1984.org > you can download my public key at: > http://danex.nexlab.it/nextime.asc || Key Servers > Key ID = D6132D50 > Key fingerprint = 66ED 5211 9D59 DA53 1DF7 4189 DFED F580 D613 2D50 > --- > echo > 16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D212153574F444E49572045535520454D20454B414D204F54204847554F4E452059415020544F4E4E4143205345544147204C4C4942snlbxq > | dc > --- > > > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > > ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] What do you guys think about "Suggest" and "Recommends" dependency?
On 04/02/2015 07:36 PM, Franco Lanza wrote: > Personally on debian i was using from date > > APT:Install-Recommends "0"; > APT:Install-Suggests "0"; > > What do you think if we make this the default in devuan? > *** +1. I'm all for minimalism in Devuan, and encouraging people to use Blends for extended setups. Maybe there should be a meta-package that people who expect the system to suck in everything can install to get back the greedy experience. In any case, this should be documented. In the upcoming https://talk.devuan.org/ there's a topic to document and discuss the differences between Jessie the cowgirl and Jessie the minor planet. Oh, did I just announce the Devuan forum? == hk -- _ _ We are free to share code and we code to share freedom (_X_)yne Foundation, Free Culture Foundry * https://www.dyne.org/donate/ signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] What do you guys think about "Suggest" and "Recommends" dependency?
> -Original Message- > From: Franco Lanza [mailto:next...@nexlab.it] > Sent: Thursday, April 2, 2015 5:36 PM > To: dng@lists.dyne.org > Subject: [Dng] What do you guys think about "Suggest" and "Recommends" > dependency? > > Personally on debian i was using from date > > APT:Install-Recommends "0"; > APT:Install-Suggests "0"; > > in all my install apt.conf. > > I don't like apt downloading and installing things that are not required but > just recommended or suggested, expecially in server or embedded envs, but > also on my desktop. > > What do you think if we make this the default in devuan? [T.J. ] Personally, I love the idea. However, in certain instances, like "-dev" packages or "build environments", where the recommended should really be followed. I'd follow it wherever Perl or Python is involved as well, even if you aren't working on code, just to make sure everything works smoothly. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] What about pulseaudio, avahi, ... ?
On Thu, Apr 02, 2015 at 09:27:36AM -1000, Joel Roth wrote: > On Thu, Apr 02, 2015 at 07:28:27PM +0200, Stephan Seitz wrote: > > On Thu, Apr 02, 2015 at 07:15:38AM -1000, Joel Roth wrote: > > >On my system, reverse depends for pulseaudio shows such > > >packages as mpg123, which shouldn't have an opinion about > > > > But mpg123 neither depends on nor recommends pulseaudio. It only suggests > > pulseaudio together with jackd, alsa-utils and other packages. > > Yes that is only a "suggests" relationship, so not a > good example. Funny tho, it shows up as a reverse depends > listed by apt-cache showpkg. > > initramfs-tools-tcos, OTOH, recommends pulseaudio. For what it's worth, this makes sense to me. (Not that I like Pulse!) initramfs-tools-tcos is about setting up an initramfs for a thin client... which means that any audio programs will be running on the server, while the user is at the thinclient. In order for the user to get sound, they will need to have pulseaudio or another network sound daemon running, and NAS isn't really active anymore. Thanks, Isaac Dunham ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] Another reason of why I am considering Devuan
> > Where i come from ISP's dynamic IP lease times are *very* long, you need to > reboot the home router to get a new IP and even then you may get the > same IP. It's not that dynamic, at all. Add that with data your browser > provides, your *.google.com in|direct usage, etc... it's easy to correlate and > monetize. [T.J. ] Hi, Nuno! I used to work for multiple ISPs, and I can tell you a few things for what little they are worth. The source and destination IPs are tagged on each packet sent over Internet. If you are tracking someone from a browser, which is a higher level protocol than DNS, you have no need to correlate DNS calls. Worrying about providers logging DNS traffic is a fairly pointless time waster. T.J. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[Dng] X and GPUs
I briefly looked over a threaded list of the many topics that I haven't read, and none seem to address this. Originally, the reason people bought graphics cards (or better graphics cards) was to improve graphics performance. Which to a dinosaur like me means X11 and X servers. I am slowly learning about GPUs and OpenCL. I have a HD5450 doing BOINC (PrimeGrid). I would like to get it doing SETI, but it seems that on Linux that means compiling source. Not a problem in that I have compiled lots of things from source, but there are a bunch of other things one is supposed to to do. And finding time to experiment is at a premium. The HD5450 is limited to single precision floating point, which limits what algorithms can be thrown at it in general. I am not looking to get into BOINC or BitCoin mining, I often find myself doing numeric intensive stuff, and maybe GPU is the way to do that. But, reading Google and DuckDuckGo, it would seem there are no solutions. At the moment, I do xhost, and then restart boinc. Which allows the GPU jobs to run. It's clunky. But, while there are lots of offered solutions, are any of them good solutions? Accessing the monitor is important, and is something the CPU should control. While GPUs are designed to help graphics, should GPU access be via X? It seems to me, that GPU (even multiple GPU, not necessarily of the same architecture) is a facility the OS should control. If a computer has multiple GPU, and X wants to do some graphics work, it should start with the most capable GPU and work down to find a GPU to do the work, and if none respond, the CPU does the work. But in terms of number crunching (for myself), I would like to see a Mersenne Twister (or other long-period) implemented to provide uniform 0-1 deviates, and then to provide deviates from other distributions. But, in an environment where X has to be in the process tree, and the active terminal has to be graphical, just to get the GPU working, is not optimal. Thank you for your time. I will go back to writing more up to date HTML and other stuff. :-) Gord ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] Another reason of why I am considering Devuan
On Thu 02 April 2015 20:30:23 T.J. Duchene wrote: > > Where i come from ISP's dynamic IP lease times are *very* long, you need > > to > > reboot the home router to get a new IP and even then you may get the > > same IP. It's not that dynamic, at all. Add that with data your browser > > provides, your *.google.com in|direct usage, etc... it's easy to correlate > > and monetize. > > [T.J. ] Hi, Nuno! > > I used to work for multiple ISPs, and I can tell you a few things for what > little they are worth. The source and destination IPs are tagged on each > packet sent over Internet. If you are tracking someone from a browser, > which is a higher level protocol than DNS, you have no need to correlate > DNS calls. Worrying about providers logging DNS traffic is a fairly > pointless time waster. Sorry I completely disagree here. Even a 10 DNS queries from my PC to 8.8.8.8 from the same temporary IP addr will allow far end to compare to a database of fingerprints and spot me as the only person using those 10 URLs concurrently and maybe even in this particular sequence. Add to that the usual ubiquitous google adds that appear on every website you surf to, the DNS queries your different services like IRC and mail client do and you don't need any gmail account or "google for something" to give away a *complete* profile incl timestamps of *all* your activities on PC to 8.8.8.8 statistical analysis resp data mining. /j signature.asc Description: This is a digitally signed message part. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
