Re: [DNG] how to clear DNS cache

Rick Moen wrote: >> IFF we are going to put stuff in to work around problems for one set >> of edge cases (and IMO it's debatable whether we should), then why not >> also cater for what is possibly a larger group of edge cases ? Your >> argument seems to be "this is the only

Re: [DNG] how to clear DNS cache

On 5 Jan 2017, at 23:33, Rick Moen <r...@linuxmafia.com> wrote: > Quoting Simon Hobson (li...@thehobsons.co.uk): >> Rick Moen <r...@linuxmafia.com> wrote: >> >>> Without objection, I'll point out that one leading advantage of a local >>> recursiv

Re: [DNG] how to clear DNS cache

ja...@beau.org wrote: > I kind of like: > > A) Beginner > B) Experienced > C) Expert > D) NetGod Isn't this missing the point ? If the problem is working around broken DHCP and/or local resolvers, then it comes down to : A) If network configuration works and we can resolve the names we need to

Re: [DNG] how to clear DNS cache

Rick Moen wrote: > You probably have some data on this matter that I lack. I read the Debian bug report someone linked to some messages back in this thread. > Is this some > systemd brain-damage you're referring to? Some file that gets consulted > instead of

Re: [DNG] how to clear DNS cache

Rick Moen wrote: >> Even worse is when there isn't a >> mechanism for turning this off. > > Well, not quite. if you know *ix at all[0]: > > # sed -i 's/^nameserver/#nameserver/' /etc/resolv.conf > > > To disable system DNS (but not /etc/hosts) entirely: > > # cp

Re: [DNG] how to clear DNS cache

Steve Litt wrote: > What's wrong with 8.8.8.8? It's Google's public DNS, and for me, it > always works. That's fine - no-one is saying that you shouldn't use them if **you** want to. What people object to is a hidden change, where something that **should** work one

Re: [DNG] how to clear DNS cache

Hendrik Boom wrote: >> Which caching daemon are you using? > > That's one of the things I don't know. I suspect it's whatever > the devuan installer provided me long ago. > > How do I find out? What do /etc/resolv.conf and /etc/nssswitch.conf have in them ? Though to

Re: [DNG] Networking on installation: was Devuan GNU+Linux Beta2 release

Clarke Sideroad wrote: > I believe software should not be patent-able ... And this is part of the "system is broken" - especially in the USA. A novel business process which happens to use computers/software should (IMO) be patentable under the same rules of prior

Re: [DNG] Networking on installation: was Devuan GNU+Linux Beta2 release

KatolaZ wrote: > All very good points, indeed, which unfortunately become automatically > nonsense in the case of software. 17 or 25 years are the blink of an > eye for hardcore 19th centrury industrial innovation, when the patent > system was invesned, but correspond to

Re: [DNG] Networking on installation: was Devuan GNU+Linux Beta2 release

Renaud (Ron) OLGIATI wrote: > No, they were introduced to guarantee the inventor the exclusivity of his > invention for a certain time, so he alone could profit from it during that > time. > > Introduced to make research economically viable. And the flip side

Re: [DNG] Networking on installation: was Devuan GNU+Linux Beta2 release

Alessandro Selli wrote: >> That's a non sequitur >> The ONLY, and I mean ONLY bit that's relevant is the one about licence terms >> - and that's *relatively* easy to deal with one way or another as the >> licence terms are there to be read (either there are terms

Re: [DNG] Networking on installation: was Devuan GNU+Linux Beta2 release

Alessandro Selli wrote: >> OK fine, just have this yes or no question early in the install: >> >> = >> Are you willing to have the install try non-free drivers and firmware >> for your network, video,

Re: [DNG] trouble with wifi one step away

Arnt Gulbrandsen wrote: > This sounds like a bug; 182.etc is not inside the DHCP server's network. A > linux box should not end up with an IP address outside the DHCP server's > address/netmask, even if the DHCP server is returning nonsense. The linux box > should

Re: [DNG] devuan-discuss is not useful, quite the opposite

hellekin wrote: > ... nobody cares As someone who is not really in a position to contribute much at all, let me say that I'm grateful to all who are working towards making Devuan "happen" - regardless of the size of their contribution. I watch (or at least, skim) most of

Re: [DNG] Why does systemd do such stupid things

Nate Bargmann wrote: > After I thought about it some, there is a certain logic to udev's > behavior but it would seem to make more sense if the network adapter is > on a hot-pluggable interface (PCMCIA, USB, etc.), or is in addition to > the adapter already assigned to eth0 on a

Re: [DNG] Why does systemd do such stupid things

Rowland Penny wrote: > I stuck another motherboard in and started up the machine again ... > Finally, in desperation, I ran 'dmesg | grep eth0' and found my problem: > > root@server:~# dmesg | grep eth0 > [0.921998] r8169 :02:00.0 eth0: RTL8168b/8111b at

Re: [DNG] Refracta on Distrowatch

Robert Storey wrote: > I can't remember the last time I saw an actual CD drive (as opposed to a DVD > drive). OK, I guess you can still find CD music players, but on computers, > CD-only drives are a blast from the past. I think they'll soon be to the youngsters, what

Re: [DNG] What does Devuan expect from a boot-loader?

Steve Litt wrote: >> And what about RAID? I need it. And I like also Reiserfs, maybe >> not the fastest but rock-solid; is it supported by Lilo? > > Wait a minute. Couldn't you have an ext4 root directory, and have all > data on RAID mounts? Doesn't need that, it

[DNG] OT: On the subject of learning how to use what you have

It's come up a few times that a lot of problems "with" ${package} aren't actually problems with the package, but people who didn't bother to learn how to use it properly. Today's XKCD seems to fit in with that quite nicely - especially the rollover popup :-) http://xkcd.com/1728/

Re: [DNG] Which license for UMENU2?

Rick Moen wrote: > OK, please cite me even a single judge's opinion in any copyright case > that says that linking (e.g., dynamic linker calls to an ELF library) > automatically creates a derivative work based on the linked code (which > IIRC is the view expressed in the GPL

Re: [DNG] OT: true read-only disk

Adam Borowski wrote: > To disable journal recovery mount with -oro,norecovery, ... Just an update on how things are going. I've been using -o ro,noatime,nodiratime,norecovery as mount options, and that seems to work well. Took my disks home (been using a PC I have at work

Re: [DNG] OT: disk recovery software (was: true read-only disk)

While watching the disk struggle reading bits of metadata that's been read before, it gave me an idea for a tools - I just wish I even had a fraction of the skills needed to build it. While the "image the whole thing and work form the image" does work - it doesn't work for disks like these

Re: [DNG] OT: true read-only disk

Adam Borowski wrote: > You can't mount ext4 as ext2 because of extents and a bunch of other > features. I found that out this morning ;-) I'd forgotten that I'd used ETX4 on this drive - I'm one of those "why change if it aint broke" people still using EXT3. > To disable

Re: [DNG] OT: true read-only disk

info at smallinnovations.nl wrote: > Your right, even with the ro flag the mounting pc would try to repair the > filesystem. For more information and the solutions see > http://forensicswiki.org/wiki/Forensic_Live_CD_issues. Well that's a facepalm moment. Very

Re: [DNG] OT: true read-only disk

Rob Owens wrote: > I don't know the answer to your read-only question. But having done some > data recovery in the past, I've found that attaching the drive via USB and > sitting the drive in the freezer during recovery can help in situations like > this. I have

[DNG] OT: true read-only disk

OT, but there seem to be a few people who understand such in-depth stuff here ;-) I'm in the process of recovering (with ddrescue) files of a failing drive - no backups as "it's only TV" recordings and I can't afford the disk space anyway. It's going better than I expected with most of the

Re: [DNG] lilo development has ended

And also see http://lilo.alioth.debian.org/olddoc/html/tech_21-5.html ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] lilo development has ended

Hendrik Boom wrote: >> I don't understand this. My understanding of lilo is that is just finds >> the blocks where the kernel is, and usually the kernel file is not placed >> in any superblock or signature; shouldn't the file system driver ensure >> that ? > > It has to

Re: [DNG] systemd greybeards

Brian Nash wrote: > It's the same with operating systems: > > Windows agressively claws it's way to the top, doing all it can to > destroy competition, while Linux minds it's own, content to let it's own > merits speak for it. There's more to it than that. Windows, like

Re: [DNG] vdev - udev is a dead end

Rick Moen wrote: > And this is because too many people are just relying on it continuing to > be there. They really ought to stop thinking that way. I'll admit that I haven't given too much thought to who owns what when it comes to the likes of SF - but I do frequently

Re: [DNG] lilo development has ended

k...@aspodata.se wrote: > Next scenario is if you have the bootloader on a different media, say > e.g. a floppy. Then, will lilo load the kernel from disk 2 when disk 1 > fails (assuming mirrored /boot) ? Do grub handle that ? With Grub you can specify the disk/partition by system device name

Re: [DNG] vdev - udev is a dead end

Rick Moen <r...@linuxmafia.com> wrote: > [Sorry, this ended up being longer than I'd hoped.] That's OK - it's worth the read. > Quoting Simon Hobson (li...@thehobsons.co.uk): > >> There was one other thing that came to mind earlier ... >> If ${company} decid

Re: [DNG] Time sync at startup (was: vdev)

richard lucassen wrote: >> And what I was saying is: You should run one on modern networked *ix >> machine generally. Because it's 2016. > > I do not agree. +1 > If the local machine generates quite a bunch of queries > than you're right. So, if you have (in 2016)

Re: [DNG] vdev - udev is a dead end

Nate Bargmann wrote: > Second, clone that repository locally (dead easy with Git). Which is what I was thinking ... In an almost exact parallel, at a previous employer they used a business system which was effectively bespoke and written in Cobol. The history was that it had

Re: [DNG] [OT] Microsoft Secure Boot key leaked

dev wrote: > Just ran across this. Not sure what it means for Open Source bootloaders. > > "The key basically allows anyone to bypass the provisions Microsoft has put > in place ostensibly to prevent malicious versions of Windows from being > installed, on any device

Re: [DNG] Security news about TCP weakness

I wrote: > Go Linux wrote: > >> For those of you so inclined. Is this important, old news or just academic >> posturing? > > I think it's all three ! > It looks very much related to a CVE from 2004 > https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2004-0230 OK, so

Re: [DNG] Your computer clock: Was:Re: vdev

On 11 Aug 2016, at 14:39, aitor_czr wrote: > I'm not Steven Spielberg :) No, but you've time-warped into the future again ! From the vdev thread : > Received: from [*.*.*.*] (*.*.*.*.dynamic.clientes.euskaltel.es > [*.*.*.*]) (Authenticated sender: ***@***) > by

Re: [DNG] Security news about TCP weakness

Go Linux wrote: > For those of you so inclined. Is this important, old news or just academic > posturing? I think it's all three ! It looks very much related to a CVE from 2004 https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2004-0230 Fundamentally, if someone can

Re: [DNG] vdev - udev is a dead end

I wrote: > But reading the original links, he is clearly saying "I'll break stuff > whenever *I* think it's right and I don't care how much work it makes for > others in fixing the result". However ... It does sound like this was an area potentially in want of some looking at. However, the

Re: [DNG] vdev - udev is a dead end

dev wrote: >>Udev on non-systemd is a dead-end: > > So.. then.. basically any Linux distro which uses udev to populate /dev/ is > going to be S.O.L? Including Slackware presumably? That's about it - and I suspect that Poettering "isn't upset" by that. But reading the

Re: [DNG] Timezones: Was: Your computer clock: Was:Re: vdev

Hendrik Boom <hend...@topoi.pooq.com> wrote: > On Wed, Aug 10, 2016 at 10:59:07AM +0100, Simon Hobson wrote: >> Err, no it isn't - unless you've found the secret of time travel ! You're a >> day ahead of us. >> >> Your clock says 11th Aug, in the rest of

Re: [DNG] Your computer clock: Was:Re: vdev

aitor_czr wrote: > My clock is right: > > aitor@gnuinos:~$ date > Thu Aug 11 11:14:02 CEST 2016 Err, no it isn't - unless you've found the secret of time travel ! You're a day ahead of us. Your clock says 11th Aug, in the rest of the world it's still the 10th Aug. And

Re: [DNG] Bootloaders (was: SystemD's brownie points over non-systemd OSs)

Peter Olson wrote: > I have a machine in that state right now, and rather than try to debug it at > the Grub prompt, I am just going to reinstall the system. That's a bit like the old "I'm buying a new car because the ashtray is full" joke. If you've managed to screw up your

Re: [DNG] Bootloaders (was: SystemD's brownie points over non-systemd OSs)

Rick Moen wrote: > ... before reading ... documentation You expect people to do what ? :-) As you point out, there's a lot going for LILO - really simple as long as you don't break it. And if it is working, it shouldn't break itself.

Re: [DNG] Bootloaders (was: SystemD's brownie points over non-systemd OSs)

Peter Olson wrote: > My principal complaint about GRUB is that it works very well until one day > when it doesn't, when it now provides the minimal help conceivable to boot > your machine. INdeed, and IMO the use of UIDs is something of a PITA - great for working around the

Re: [DNG] SystemD's brownie points over non-systemd OSs.

Edward Bartolo wrote: > Considering the fact that many Linux users moan about not being able > to run the latest "shiny" software, and sometimes even complain and > insist they want their MS Windows applications on their Linux > machines, I have to concede them, that this time

Re: [DNG] Politics of IT in the U.S. government

Steve Litt wrote: > At first I almost vomited when reading this sentence: > > > The Social Security Administration, for instance, has more than 60 > million lines of Cobol, >

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

On 07/30/2016 03:55 PM, Rick Moen wrote: Quoting Simon Walter (si...@gikaku.com): Isn't that what's being discussed? When did I say the things you said were opposition for the Devuan Project? 'disagree with a fork of Debian'. I've made clear what I said, and what it meant and didn't mean

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

On 07/30/2016 02:57 PM, Rick Moen wrote: Quoting Simon Walter (si...@gikaku.com): Which is why it could be construed that you disagree with a fork of Debian - a for of Debian as in "A fork of Debian that could be said to have been started because the default init system in Debian b

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

On 07/30/2016 04:18 AM, Rick Moen wrote: Quoting Steve Litt (sl...@troubleshooters.com): In all fairness to Rick, he was making his statements on SVLUG, and then, on DNG, *I* referenced the SVLUG archive of the SVLUG discussion, and only then did he repeat his assertions here. And my

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

On 07/29/2016 06:27 PM, Simon Hobson wrote: I wrote: ... and in a place where "the IT world starts and ends with Windows" (or more or less did when I started here) that's not a bad result. And bear in mind that when I started here and pointed out that as a Mac user, half of our

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

I wrote: > ... and in a place where "the IT world starts and ends with Windows" (or more > or less did when I started here) that's not a bad result. And bear in mind that when I started here and pointed out that as a Mac user, half of our internal systems didn't work properly* - the lead

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

info at smallinnovations.nl wrote: >> Great, so answer me a question: How are you getting a system without >> libsystemd0 today? > Waiting for Devuan or using something else then Linux as i told in the part > of my message you did not quote. This. Plus in the

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

On 07/29/2016 01:28 PM, Steve Litt wrote: On Fri, 29 Jul 2016 10:49:32 +0900 Simon Walter <si...@gikaku.com> wrote: On 07/29/2016 10:00 AM, info at smallinnovations.nl wrote: On 29-07-16 01:43, Rick Moen wrote: If you can suggest an additional method, I'll be glad to amend m

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

On 07/29/2016 10:00 AM, info at smallinnovations.nl wrote: On 29-07-16 01:43, Rick Moen wrote: If you can suggest an additional method, I'll be glad to amend my list of suggestions. Otherwise, I'm not sure what your point is. Your point is quite clear: you do not want a fork of debian and

Re: [DNG] Ugly, ugly news

On 07/29/2016 06:43 AM, Rick Moen wrote: Quoting Rowland Penny (rpenny241...@gmail.com): It is a very stupid organisation that doesn't listen to its users, you can make the best thing in the world (and systemd certainly isn't that), but if a lot of your users don't want it, you are in trouble.

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

Arnt Gulbrandsen wrote: > A library can do anything the executable can. Which is what I thought. So when someone states that "it's just a library, it doesn't do anything" then that needs taking with a pinch of salt because once anything calls one of it's functions,

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

Steve Litt <sl...@troubleshooters.com> wrote: > Which brings us full circle. Simon doesn't want to keep playing these > games, wondering what kind of workaround he'll need next, as Lennart > decides to subsume yet another Linux functionality, or Debian's "DDs" > ma

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

On 07/28/2016 05:50 PM, Simon Hobson wrote: ... but personally I consider it unethical to leave booby traps in systems for anyone that comes along to manage it after me. ... > That, for the most part, is why I've gone to great lengths to only use distro packaged software on the systems - e

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

Rick Moen wrote: > If the above test works, and I strongly suspect it would, then it's > probably not hard to come up with smoother and more automatable ways. > However, if I _did_ need package clamav (which I don't), _and_ if I were > feeling paranoid about libsystemd0

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

Rick Moen wrote: > I have a better question: Is there something about empiricism that many > people on this mailing list cannot cope with? > > Back when I had newly joined this mailing list and all of these idle > allegations and rhetorical questions started being posted,

Re: [DNG] OT: question about mailing lists

of replying, quoting, and editing properly are much appreciated as you probably know. Cheers, Simon ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

Rick Moen wrote: > ... then I'll be replacing libsystemd0 with an 'equivs' > recipe about two minutes later. And won't you then find that all those packages with gratuitous libsystemd0 dependencies will stop working ? ___ Dng

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

On 07/26/2016 09:58 PM, dev wrote: On 07/26/2016 04:26 AM, Rick Moen wrote: libsystemd0's status as a bundle of interface code that does nothing in the absence of systemd is not because it's a library -- obviously -- but rather because all it _contains_ is interface code that does nothing in

Re: [DNG] Ugly, ugly news

On 07/26/2016 06:09 PM, Rick Moen wrote: Quoting Simon Walter (si...@gikaku.com): Did the Debian leadership do a poll to find out what their users wanted and who were their typical users? To the based of my recollection, no. To be clear, in the blog passage you quoted, Simon Richter

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

Rick Moen wrote: >> OK, that's what I thought, which is at odds with some comments that have >> been made. > > Well, if you're referring to 'comments that have been made' about > libsystemd0, the more useful (IMO) comments characterised what is > actually present in that

Re: [DNG] Ugly, ugly news

On 07/26/2016 04:27 PM, Edward Bartolo wrote: Simon Walker wrote: << Here's the thing: most users will be entirely happy with fully uncustomized systemd. It will suspend your laptop if you close the lid, and even give your download manager veto power. I fully support Debian's decision

Re: [DNG] Ugly, ugly news

On 07/26/2016 03:45 PM, Steve Litt wrote: On Tue, 26 Jul 2016 11:27:20 +0900 Simon Walter <si...@gikaku.com> wrote: We need to drive a wedge into the FOSS community and separate the desktop users from the professionals. I am sorry to be divisive, but the water is under the

Re: [DNG] Ugly, ugly news

On 07/26/2016 12:28 PM, Brad Campbell wrote: On 26/07/16 10:27, Simon Walter wrote: Is that really the case? Did the Debian leadership do a poll to find out what their users wanted and who were their typical users? Desktop/personal vs. server/professional? yes/no? Did they consult

Re: [DNG] Ugly, ugly news

these evangelicals and journalists screaming for "the year of the linux desktop". I have a question about what Simon Richter said on his blog(http://www.simonrichter.eu/blog/2016-03-03-why-sysvinit.html): "Here's the thing: most users will be entirely happy with fully uncus

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

To expand a bit on what I wrote earlier - now it's finally condensed into something resembling a coherent thought. Suppose, with SystemD running they decided to break normal syslog calls. Ie, they made it so that a program could not call syslog, but instead had to use a SystemD call. Given the

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

Hendrik Boom wrote: >> OK, so what makes libsystemd different from libc, which comes from the same >> source? libc is stored in the same directory on the same debian servers... > > It is a matter of trust, not of what is technically feasible. Exactly > Does one trust

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

Rick Moen wrote: >> With a lib, is there any code or is it *JUST* a set of symbols ? > This is a pretty good introduction to how libraries work and what they > can contain: > http://www.skyfree.org/linux/references/ELF_Format.pdf Thanks, a bit heavy going for me at this

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

Rick Moen wrote: > Quoting Rainer Weikusat (rweiku...@talktalk.net): > >> To re-iterate this: > > [more very strangely worded, difficult-to-parse prose, seemingly alleging > that library libsystemd0 can be used to insert 'calls' into unrelated > applications -- which

Re: [DNG] Earth-friendly micro-desktop Devuan demo

On 07/25/2016 01:31 AM, Simon Hobson wrote: I've come to the conclusion that "fast boot" can be counter productive. SWMBO has a Windows laptop that's quite quick to get to the login screen, but from the disk activity indicator it's clear it's not actually booted - just prioritis

Re: [DNG] openvpn systemd

ome things to vague. I had no idea what was going on. Which is when I went to look for more info. Simon ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Wirth's law

On 07/23/2016 06:01 PM, Didier Kryn wrote: Le 23/07/2016 10:49, Simon Walter a écrit : On 07/23/2016 05:42 PM, Didier Kryn wrote: Le 22/07/2016 18:21, Brian Nash a écrit : For example, when I discovered multithreading, all my programs used it in some way, even when it was unnecessary. I

Re: [DNG] Wirth's law

On 07/23/2016 05:42 PM, Didier Kryn wrote: Le 22/07/2016 18:21, Brian Nash a écrit : For example, when I discovered multithreading, all my programs used it in some way, even when it was unnecessary. I sometimes use multithreading, but never mutexes. Mutex can be harmless if there's only one.

[DNG] openvpn systemd

It's nothing serious. I just noticed this and though to myself, "Why all the trouble? What a bother!" /etc/default/openvpn: # This is the configuration file for /etc/init.d/openvpn # # Start only these VPNs automatically via init script. # Allowed values are "all", "none" or space separated

Re: [DNG] F1 and special usernames on the login screen

the Fn key. I suspect you wanted to press Fn + Del + whatever other keys you need. (Sorry wasn't following the conversation in detail). Hope that helps, Simon ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Flexible software (Was: F1 and special usernames on the login screen)

On 07/20/2016 05:19 AM, Tomasz Torcz wrote: On Tue, Jul 19, 2016 at 09:57:41PM +0200, Jaromil wrote: On Tue, 19 Jul 2016, Simon Walter wrote: Since this is Devuan (something about veteran *unix* admins, and coming from Debian - the *universal* OS), I would not have expected Devuan's fans

Re: [DNG] "soft" dependencies on libraries (was: with or without libsystemd0)

Jaromil wrote: >> So, does anyone know if it's "hard" to use a library in a "see if >> it's there and don't use it if it isn't" way rather than "just use >> it and blow up if it's not there" which seems to be the norm ? > > it is not hard at all. in fact one can simply

Re: [DNG] "soft" dependencies on libraries (was: with or without libsystemd0)

Rick Moen wrote: > This is a bit silly TBH, I'm finding most of your argument a bit silly too. So we might as well drop it >> It comes back to - how much is it "programmers are lazy" vs how much >> is "well actually it is real work". > > Please figure that out and

Re: [DNG] F1 and special usernames on the login screen

Didier Kryn wrote: >I don't understand all your explanations, sorry :-) . I understood the > concept of "seat" as the combo you describe (graphics-keyboard-mouse). > > If the concept of "seat" includes serial terminals, I see no reason to not > include remote logins:

Re: [DNG] F1 and special usernames on the login screen

Didier Kryn wrote: >I guess this is exactly what "multi-seat" means: severall keyboards and > severall grapical cards connected to the same host. It certainly does not > include serial terminals. Serial terminal fall in the category "multi-user", > like ssh connections, not

Re: [DNG] with or without libsystemd0

Rick Moen wrote: > Remember that bit I posted about how /usr/bin/ssh makes dynamic library > calls to sonames of two Kerberos libraries, even on the overwhelming > majority of systems that do not implement Kerberos? ... > 'Trust' in the sense you use the word just isn't in

Re: [DNG] F1 and special usernames on the login screen

On 07/19/2016 05:29 PM, Rick Moen wrote: Quoting Arnt Gulbrandsen (a...@gulbrandsen.priv.no): Simon Walter writes: Oh the insolence. Amazing. "You're holding it wrong" comes to mind. There is this guy named Lennart who might agree with you. Quite likely he might, he's not stupid

[DNG] Flexible software (Was: F1 and special usernames on the login screen)

On 07/19/2016 04:17 PM, Arnt Gulbrandsen wrote: > Simon Walter writes: >> Oh the insolence. Amazing. "You're holding it wrong" comes to mind. >> There is this guy named Lennart who might agree with you. > > Quite likely he might, he's not stupid after al

Re: [DNG] with or without libsystemd0

Rick Moen wrote: >> So it does look as if libsystemd0 does do something. > > That doesn't logically follow. My guesstimate is that some GNOME > plumbing is checking for some library function before it offers > the user 'removable drives [...] on the desktop'. For

Re: [DNG] F1 and special usernames on the login screen

On 07/19/2016 11:53 AM, Adam Borowski wrote: ... All that talk about multiseat being important or even relevant today is IMO bullshit. ... Oh the insolence. Amazing. "You're holding it wrong" comes to mind. There is this guy named Lennart who might agree with you.

Re: [DNG] F1 and special usernames on the login screen

gin manager if SLiM is not to your liking. Or has systemd crept into the rest of them? Simon ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Larcenous mail threads.

On 07/18/2016 11:06 PM, Hendrik Boom wrote: On Mon, Jul 18, 2016 at 08:16:03AM +0200, Edward Bartolo wrote: Hi, Simon Walker wrote: << Can you explain how a computer works to a child or perhaps a rubber duck? You place a child at the same level as a rubber duck?! A child can unde

Re: [DNG] Help needed debugging MySQL install

on. If not, I've got gafer tape in place. Actually it's probably more like chewing gum...! Cheers, Simon On 07/18/2016 08:11 PM, Matthew Melton wrote: Replying to myself: http://docs.slackware.com/howtos:databases:install_mariadb_on_slackware Is probably the order I had to do things. Note

Re: [DNG] Gaffer tape: was Why Debian 8 Pinning is (or isn't) pointless

Steve Litt wrote: >> Gaffer tape and {duct|duck} tape are different products. Gaffer tape >> is less adhesive and is designed to be removed easily. It is more >> expensive :-) Ah yes, you are correct - but few sellers give enough information to decide what is what.

Re: [DNG] Inform DNG users their email has been moved.

hinny and ungrateful. If you are to make friends, you must show yourself friendly. Simon ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Larcenous mail threads.

to learn. Being intentional is what counts. Simon ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Help needed debugging MySQL install

o two package maintainers. Thanks for reminding me of mariadb. Simon ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Help needed debugging MySQL install

On 07/17/2016 01:01 PM, Simon Walter wrote: Hi everyone, I am having trouble installing mysql-server inside a container (lxc). I have the same problem with a fresh Jessie install. so it doesn't seem specific to Devuan. Basic description of problem: After unpacking and setting up the packages

[DNG] Help needed debugging MySQL install

hy the database is not created is what I am not able to understand. Any ideas? Kind regards, Simon ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

Hendrik Boom wrote: > That said, I find it immensely convenient that someone else is > providing me with a systemd-free distro that's a natural > continuation of the Debian I've been using for years. +1 > What's left is a matter of taste. > There's no point arguig

<    1   2   3   4   5   6   7   >