Re: [DNG] a how to question (project(s) related)
On 15.08.21 09:43, o1bigtenor via Dng wrote:
> I'm finding myself occasionally drowning in information resulting
in me
> trying to improve the connection between what I'm working on AND
the
> information that I'm collecting.
...
> Dig some digging and hard links to directories are a no no
(!) - -
> like forbidden.
They don't work, so it's necessary to link directories by soft links.
That works for me where the topic overlap is greater than single
file
granularity, i.e. the whole directory topic fits under two or more
broader categories.
> I could see hard links being useful for what I want where soft links
are
> going to break (have had the joy of breaking some myself and
causing myself
> all kinds of joy in the process).
Yes, linking files works superbly. Soft links do break if you move the
link target, so are less robust than hard links. My strongest
reason for
preferring hard links is that you can delete _any_ of the linked
files
at will, and only when the link count reaches zero will the one
copy be
deleted. I.e. it is self managing; you can't lose all copies on one
deletion by whacking the link target. But you can only use it at
the
individual file level, so soft links are also useful.
> Any ideas out there on how to find such an ecosystem?
It is a home-cooked meal, made with available ingredients. I have used
the method for about 3 decades now, not least for organising my
collection of component datasheets. An opto-interruptor may for
example
be reached in:
Embedded/device_data/sensors/opto-interruptors/
Embedded/device_data/opto/interruptors
Since that applies to all such devices, I soft link those directories.
There is currently only one hard link:
$ find Embedded/device_data/ -links +1 | grep pdf
Embedded/device_data/transistor/small/pnp/2N6520.pdf
Embedded/device_data/transistor/small/npn/2N6517-2N6520.pdf
And that is because 2N6517-2N6520.pdf describes both NPN and PNP
devices
in a single datasheet. (Naughty, but easily managed with a link for
the
one part number affected.)
Now, using tab filename completion, the directory tree serves as a
menu
system, with some devices accessible via more than one path. That
minimises the "Rat in a maze" problem made worse by any menu system
which forces the user through a single path to a destination. We
approach from different perspectives at different times, and user
convenience is the primary, perhaps only, figure of merit for such
a
system.
> (I don't think a RDMS is what I want because then how does one store
> directories inside the topic - - - its almost like a RDMS that
has a system
> inside it might do - - - argh - - - I think I'm getting more
confused
> rather than less in trying to set up something - - - argh!!)
Unless you _need_ to perform relational merges on columns of data,
then
a RDB is mastodon masquerading as a horse. It is unnecessarily
difficult
to climb aboard, and it eats far too much for the little it can
contribute.
Does that mean that no use can be found for tools in this tunnelling
data tree? Nope. When I recall part of a part number, and just want
it
displayed now, I invoke a simple script which finds matches. On a
single
match, it invokes xpdf to display the datasheet. On multiple
matches, it
lists their full paths, with full device numbers, allowing a
double-click pick-up for pasting after "xpdf " on the command line.
So
far, that has sufficed to make the facility very comfortably
useful. If
I ever feel a need for another bell or whistle, all of *nix is at
my
fingertips to whip up a custom solution on a whim. No monolithic
product
can compete with that, especially if encumbered by a GUI. Here's
the
script, FWIW:
xe ()
{
if [ $# -eq 0 ]; then
echo -e "ntLocate in ~/Embedded, & xpdf if
unique.nntUsage: xe 'part' # e.g. 'LM345'nn";
else
z=*$1*pdf;
x=`find ~/Embedded -name "$z" | sort`;
n=`echo $x | wc -w`;
if [ $n -eq 1 ]; then
xpdf $x;
else
if [ $n -eq 0 ]; then
echo -e "t xe: No match for
$z";
else
for i in $x;
do
echo $i;
done;
fi;
fi;
fi
}
The maintenance effort converged on zero long ago. Adding new
datasheets
and categories amount only to a mv from the Download directory, and a
mkdir, respectively. I.e. Essentially effortless.
Erik
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] a how to question (project(s) related)
Sent from my iPhone > On Aug 16, 2021, at 4:55 PM, o1bigtenor via Dng wrote: > > > Funny guy - - - - > >> On Sun, Aug 15, 2021 at 10:36 AM tito via Dng wrote: >> On Sun, 15 Aug 2021 09:43:46 -0500 >> o1bigtenor via Dng wrote: >> >> > Greetings >> > >> > I'm finding myself occasionally drowning in information resulting in me >> > trying to improve the connection between what I'm working on AND the >> > information that I'm collecting. >> > >> > An example (followed by some questions). >> > >> > I'm into gardening/raising my own food (simplified for here!!). >> > >> > Create a directory 'gardening' . >> > >> > Inside 'gardening' notes for a particular year (each year in its own >> > directory). >> > Also in 'gardening' are directories for various crops 'potatoes'/'malus' >> > (easier to say apples but I'm >> > including pears and and ). >> > 'Potatoes' includes files (notes) some of which needs to be taken from >> > something like a >> >diary/journal (rednotebook is my preferred tool at this point). >> > 'Potatoes' includes directories like specific >> > varieties/diseases/pests/fertilization/remedies. >> > Further information like cooking/techniques for/health related/other uses >> > (think distilling) as a >> >further level. >> > >> > This is all found in one project - - - - and I have projects - - maybe too >> > many but things are what they are. >> > >> > I'm trying to find a way of connecting things. >> > >> > So when I find an idea that I can use for electronic control on movement >> > that I can link that to irrigation and then back to the >> > 'shrubs/trees/plants'. >> > >> > I would rather NOT have 10 different copies of the same information stored >> > - - - wastes space - - - but I'm finding that looking for information that >> > sometimes I have what I'm found but it was/is connected to a very different >> > project. >> > >> > Dig some digging and hard links to directories are a no no (!) - - >> > like forbidden. >> > >> > I could see hard links being useful for what I want where soft links are >> > going to break (have had the joy of breaking some myself and causing myself >> > all kinds of joy in the process). >> >> Hi, >> I was going to propose file systems with hard and soft links >> (which BTW break only if you yourself break them) >> but as they are taboo the only other and far superior >> system is to use paper and ink. This system showed resilience, >> ease of use and hardware independence for the last 4000 years. >> In conjunction with a physiological process better known as >> learning which transforms your brain in the primary >> storage for pointers to the information stored in >> your papyrus rolls and allows endless recombination >> of the inputted information to achieve what is called progress >> through try and error (let's see what happens if principle). >> In the end this process will make you a expert in the field of your >> choice and your papyrus rolls will be saved in libraries >> for the future generations to study (unless they use >> only wikipedia and instead of studying they just >> print them out wasting loads of paper with no >> result at all). > > As I manage to collect some 25 to 40 GB of pdfs and notes in an > 'normal' year paper lost its appeal some 30 years ago. > I would likely need to hire a couple people just to store maintain and > index the information - - - if you're paying I'll start tomorrow. >> >> Ciao, >> Tito >> >> P.S.: I suggest for urban gardening: onions, peppers and cucumbers >> they grow in almost every condition. >> Tomatoes are very sensible to lots of diseases and lost their taste >> long time ago in the process to be made solid red. >> With avocado trees in pots I got mixed results, >> with mango trees in pots this year is the first time >> there is a good chance of eating some mangos. > > Don't know where you got the information that I'm urban but I can tell > you that tomatoes plucked ripe from the vine - - - they have flavor and > task quite different to what you purchase in your grocery - - - - I call > those 'little rocks' - - - bugs my wife a lot but I really don't like them. > Taste too much like straight cellulose > > Please do let me know if you're up for funding the needed help - - - > I would think that some $250k a year for the next 25 years should do > nicely. > A quick web search pulled up quite a few different solutions for document management and indexing. https://www.linuxlinks.com/documentmanagementsystems/ > Regards > ___ > 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] a how to question (project(s) related)
Funny guy - - - - On Sun, Aug 15, 2021 at 10:36 AM tito via Dng wrote: > On Sun, 15 Aug 2021 09:43:46 -0500 > o1bigtenor via Dng wrote: > > > Greetings > > > > I'm finding myself occasionally drowning in information resulting in me > > trying to improve the connection between what I'm working on AND the > > information that I'm collecting. > > > > An example (followed by some questions). > > > > I'm into gardening/raising my own food (simplified for here!!). > > > > Create a directory 'gardening' . > > > > Inside 'gardening' notes for a particular year (each year in its own > > directory). > > Also in 'gardening' are directories for various crops 'potatoes'/'malus' > > (easier to say apples but I'm > > including pears and and ). > > 'Potatoes' includes files (notes) some of which needs to be taken from > > something like a > >diary/journal (rednotebook is my preferred tool at this point). > > 'Potatoes' includes directories like specific > > varieties/diseases/pests/fertilization/remedies. > > Further information like cooking/techniques for/health related/other uses > > (think distilling) as a > >further level. > > > > This is all found in one project - - - - and I have projects - - maybe > too > > many but things are what they are. > > > > I'm trying to find a way of connecting things. > > > > So when I find an idea that I can use for electronic control on movement > > that I can link that to irrigation and then back to the > > 'shrubs/trees/plants'. > > > > I would rather NOT have 10 different copies of the same information > stored > > - - - wastes space - - - but I'm finding that looking for information > that > > sometimes I have what I'm found but it was/is connected to a very > different > > project. > > > > Dig some digging and hard links to directories are a no no (!) - > - > > like forbidden. > > > > I could see hard links being useful for what I want where soft links are > > going to break (have had the joy of breaking some myself and causing > myself > > all kinds of joy in the process). > > Hi, > I was going to propose file systems with hard and soft links > (which BTW break only if you yourself break them) > but as they are taboo the only other and far superior > system is to use paper and ink. This system showed resilience, > ease of use and hardware independence for the last 4000 years. > In conjunction with a physiological process better known as > learning which transforms your brain in the primary > storage for pointers to the information stored in > your papyrus rolls and allows endless recombination > of the inputted information to achieve what is called progress > through try and error (let's see what happens if principle). > In the end this process will make you a expert in the field of your > choice and your papyrus rolls will be saved in libraries > for the future generations to study (unless they use > only wikipedia and instead of studying they just > print them out wasting loads of paper with no > result at all). As I manage to collect some 25 to 40 GB of pdfs and notes in an 'normal' year paper lost its appeal some 30 years ago. I would likely need to hire a couple people just to store maintain and index the information - - - if you're paying I'll start tomorrow. > > Ciao, > Tito > > P.S.: I suggest for urban gardening: onions, peppers and cucumbers > they grow in almost every condition. > Tomatoes are very sensible to lots of diseases and lost their taste > long time ago in the process to be made solid red. > With avocado trees in pots I got mixed results, > with mango trees in pots this year is the first time > there is a good chance of eating some mangos. > Don't know where you got the information that I'm urban but I can tell you that tomatoes plucked ripe from the vine - - - they have flavor and task quite different to what you purchase in your grocery - - - - I call those 'little rocks' - - - bugs my wife a lot but I really don't like them. Taste too much like straight cellulose Please do let me know if you're up for funding the needed help - - - I would think that some $250k a year for the next 25 years should do nicely. Regards ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] changing init systems on Debian
Just a heads-up: there's a discussion on the debian-doc mailing list about providing instructions on switching init system away from systemd. It may end up being a link from the release notes to a wiki. I guess the TL; DR" will be: WONTFIX :oD I hope Devuan will survive, as a project defined by the synergy of active people maintaining it. It is easy to laugh. It is hard to provide alternatives, especially on the long term. Keep up the good job people. You know who you are. Bernard (Beer) Rosset https://rosset.net/ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] changing init systems on Debian
goli...@devuan.org said on Sun, 15 Aug 2021 16:30:54 -0500 >On 2021-08-15 16:09, Hendrik Boom wrote: >> Just a heads-up: there's a discussion on the debian-doc mailing >> list about providing instructions on switching init system away >> from systemd. >> >> It may end up being a link from the release notes to a wiki. >> >> -- hendrik >> > >Let the walls of the systend citadel come crumbling down and the light >of init diversity shine into the darkness! How many tens of millions has Redhat poured into systemd's adoption, and they're still fighting defections. The world conquest was supposed to be completed years ago, and yet there are many remaining pockets of resistance. SteveT Steve Litt Spring 2021 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
