(ℹ) Join us now at the IRC channel | ䷉ Find the plain text version at this address (HTTP) or in Gemini (how to use Gemini) with a full GemText version.
| *psydroid2 has quit (Ping timeout: 2m30s) | Jul 05 00:17 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has left #boycottnovell | Jul 05 00:26 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #boycottnovell | Jul 05 00:27 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has left #boycottnovell | Jul 05 00:58 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #boycottnovell | Jul 05 00:58 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has left #boycottnovell | Jul 05 01:02 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #boycottnovell | Jul 05 01:03 | |
| *Despatche has quit (Quit: Read error: Connection reset by deer) | Jul 05 03:19 | |
| *Despatche (~desp@u3xy9z2ifjzci.irc) has joined #boycottnovell | Jul 05 04:42 | |
| Techrights-sec | Mention of the Unified Patent Court needs to be identified as such | Jul 05 05:50 |
|---|---|---|
| Techrights-sec | so the acronym gets expanded. HTML has the <acronym title=""> element | Jul 05 05:50 |
| Techrights-sec | or it can be spelled out the first time in each article so that it works | Jul 05 05:50 |
| Techrights-sec | in Gemini as well | Jul 05 05:50 |
| *DaemonFC has quit (Quit: Leaving) | Jul 05 07:03 | |
| schestowitz-TR | no DB issue since midday yesterday | Jul 05 09:18 |
| Techrights-sec | checking | Jul 05 09:35 |
| Techrights-sec | what is the scope of the data in chart? Is it for one country or global? | Jul 05 09:35 |
| schestowitz-TR | draft | Jul 05 09:35 |
| schestowitz-TR | global | Jul 05 09:35 |
| schestowitz-TR | I fainted a little earlier | Jul 05 09:46 |
| schestowitz-TR | seems node_revisions are used in blog posts | Jul 05 09:46 |
| schestowitz-TR | I'm trying to assess how much was lost there | Jul 05 09:46 |
| schestowitz-TR | and how much can be retrieved, e..g. from Google Cahce | Jul 05 09:46 |
| schestowitz-TR | so far I found only many of my own blog posts missing | Jul 05 09:47 |
| schestowitz-TR | data loss is kind of a big deal | Jul 05 09:47 |
| schestowitz-TR | but... now I'm thinking | Jul 05 09:47 |
| schestowitz-TR | no blog post in weeks | Jul 05 09:47 |
| schestowitz-TR | so I wonder if I can take that table from an old DB dump | Jul 05 09:47 |
| schestowitz-TR | then transplant it into the current and see if that goes | Jul 05 09:47 |
| schestowitz-TR | I still want to see what else was lost | Jul 05 09:47 |
| schestowitz-TR | I don't have many DB tools, but I reckon I could freeze writing to the site, take a DB dump | Jul 05 09:47 |
| schestowitz-TR | then tke an old one, compare to it, and fill the gaps | Jul 05 09:47 |
| schestowitz-TR | worse come to worse, I can roll back to 25thish, and that would mean giving up on the node after that, which are mostly links tol external sites anyay | Jul 05 09:52 |
| schestowitz-TR | I want to study better what code_revision does, will check from sql> prompt soon | Jul 05 09:52 |
| *psydroid2 (~psydroid@memzbmehf99re.irc) has joined #boycottnovell | Jul 05 10:01 | |
| Techrights-sec | drupal is over my head | Jul 05 10:02 |
| Techrights-sec | what is the underlying cause of the corruptingtables? | Jul 05 10:02 |
| schestowitz-TR | upside is, no alerts in almost 24 hours | Jul 05 10:03 |
| schestowitz-TR | so it 'settled' better | Jul 05 10:03 |
| schestowitz-TR | but... | Jul 05 10:03 |
| schestowitz-TR | at the moment I try to assess how many node went missing | Jul 05 10:03 |
| schestowitz-TR | and maybe I can readd them by hand | Jul 05 10:03 |
| schestowitz-TR | with a new address (node) | Jul 05 10:03 |
| schestowitz-TR | so far (noting to self./.. and yuou) I can onyl see about 10 blog posts missing, all mine | Jul 05 10:03 |
| schestowitz-TR | I can retreive them in full from google chche | Jul 05 10:03 |
| schestowitz-TR | that woluld be the faster "fix" | Jul 05 10:03 |
| schestowitz-TR | albeit not before assuring myself the DB is ina stable, good state | Jul 05 10:03 |
| schestowitz-TR | I remmebered that revisions are used SOMEWHERE | Jul 05 10:03 |
| schestowitz-TR | seems it was blogs | Jul 05 10:03 |
| schestowitz-TR | I can see 23 missing content blogs from me | Jul 05 10:03 |
| Techrights-sec | ack | Jul 05 10:07 |
| schestowitz-TR | going back to 2010 I see some more missing blog posts | Jul 05 10:30 |
| schestowitz-TR | so restoring mnaually, assuming qw value most the blogs/originals, is not the bext approach | Jul 05 10:30 |
| schestowitz-TR | some of these might even be distro reviews | Jul 05 10:30 |
| schestowitz-TR | I'll check now how that table works and whether it is feasible to graft or merge tables | Jul 05 10:30 |
| schestowitz-TR | maybe nodes is just more of a virtual likst and revisions is what's important | Jul 05 10:30 |
| schestowitz-TR | a) months ago (maybe 2) we had a simialr issue | Jul 05 10:39 |
| schestowitz-TR | b) last working state was over a week ago, restoring new stuff by hand is a huge task | Jul 05 10:39 |
| schestowitz-TR | c) not sure if the disk surface is the issue, mentioned again to kaniini | Jul 05 10:39 |
| schestowitz-TR | d) this is the only DB stored on the VM, the others are remote | Jul 05 10:39 |
| schestowitz-TR | e) if we were to revert back to old backup, amybe worth CMS work too | Jul 05 10:39 |
| schestowitz-TR | f) from what I read "upgrading" drupal is no fun | Jul 05 10:39 |
| schestowitz-TR | g) staying forever with this old DB and drupal is not good either | Jul 05 10:39 |
| schestowitz-TR | h) with drupal, one approach is, clean install, new version | Jul 05 10:39 |
| schestowitz-TR | then import old nodes | Jul 05 10:39 |
| schestowitz-TR | not sure if users can also be imported, comments etc. | Jul 05 10:39 |
| schestowitz-TR | those things are complex | Jul 05 10:39 |
| Techrights-sec | ack | Jul 05 10:39 |
| Techrights-sec | It's almost too earlyy to speculate about such things since even the OS | Jul 05 10:39 |
| Techrights-sec | upgrade is not set yet | Jul 05 10:39 |
| schestowitz-TR | ok | Jul 05 10:40 |
| *psydroid2 has quit (connection closed) | Jul 05 11:04 | |
| *psydroid2 (~psydroid@memzbmehf99re.irc) has joined #boycottnovell | Jul 05 11:05 | |
| *psydroid2 has quit (connection closed) | Jul 05 11:08 | |
| *psydroid2 (~psydroid@memzbmehf99re.irc) has joined #boycottnovell | Jul 05 11:08 | |
| schestowitz-TR | I did a lot of thinking while you were offline. One option (mentioned in passsing in main IRC channel is) | Jul 05 12:25 |
| schestowitz-TR | make the existing site "legacy", lock it down, read only, no ssh access etc. in case DB breaks, we can restore from backup as it no longer changes anyway. There are many pros, some cons | Jul 05 12:26 |
| schestowitz-TR | rss feeds can all be redirected via apache, tuxmachines-old is a legacy locked-down machine | Jul 05 12:27 |
| schestowitz-TR | when, using a subdomain we make something like new.tuxmachines.org, build a new site there and maybe create accounts for the contributors in tuxmachines (old) in the new one | Jul 05 12:28 |
| schestowitz-TR | of note: I think our last major DB disaster was April 12th, I see that before rerstarting from backup then too node_revisions table was impacted | Jul 05 12:28 |
| schestowitz-TR | to start off the new site I can manually migrate all nodes from the past week, such that when we revert back to a backup nothing is lost per se | Jul 05 12:29 |
| Techrights-sec | ack ####################################### | Jul 05 12:44 |
| Techrights-sec | maybe scan the whole thing with wget and make static pages that way and then | Jul 05 12:44 |
| Techrights-sec | just archive the database and such offline? | Jul 05 12:44 |
| Techrights-sec | so then static pages would remain (and could be the target of some | Jul 05 12:44 |
| Techrights-sec | redirection rules in the Apache configutaiton file) and the moving parts would | Jul 05 12:44 |
| Techrights-sec | get turned off and set aside | Jul 05 12:44 |
| schestowitz-TR | that would be a groklaw-type 'archive' | Jul 05 12:47 |
| schestowitz-TR | with a lot of missing stuff | Jul 05 12:47 |
| schestowitz-TR | also, that's hundreds of thousands of files | Jul 05 12:47 |
| schestowitz-TR | which are connected in several ways, e.g. to images in another CMS | Jul 05 12:47 |
| Techrights-sec | no, with the right settings wget can get everything there | Jul 05 12:47 |
| Techrights-sec | the crawling process would take a lot of time | Jul 05 12:47 |
| schestowitz-TR | I was thinking, we can redirect many bits to the "new" site | Jul 05 12:47 |
| schestowitz-TR | and in due course the old site will be accessed a lot less | Jul 05 12:47 |
| schestowitz-TR | than it can be archived | Jul 05 12:47 |
| schestowitz-TR | in due course | Jul 05 12:47 |
| schestowitz-TR | tidying up my mind a bit, let me break it down like this | Jul 05 12:58 |
| schestowitz-TR | a) longterm plan = static for old site | Jul 05 12:58 |
| schestowitz-TR | b) migrate users to new site and cms (to be determined) | Jul 05 12:58 |
| schestowitz-TR | c) restoring DB and carrying on as usual not an option, it keeps us entrapped with a rotting stack (just a quick, short-teyrm 'fix') | Jul 05 12:58 |
| schestowitz-TR | d) new cms can have other contribs added (not many of them, we can do this manually) | Jul 05 12:58 |
| schestowitz-TR | e) any time old site breaks just restore from backup, it's not changing anyhow | Jul 05 12:58 |
| schestowitz-TR | f) in light of "news deserts" we can readjust with another CMS, like Techrights did with frequent batches and TOC at the top | Jul 05 12:58 |
| Techrights-sec | ack | Jul 05 12:59 |
| Techrights-sec | yes | Jul 05 12:59 |
| schestowitz-TR | g) a properly chosen CMS can buy us another decade, in due course stories from 2005ish aren't accessed much, can be made static | Jul 05 12:59 |
| schestowitz-TR | or gradually copied over to the "new" CMS, URL scheme should not be too hard to write rules for | Jul 05 12:59 |
| schestowitz-TR | h) I contacted kaniini, said you'd be happy to chip in for billable time | Jul 05 12:59 |
| schestowitz-TR | I don't know what OS or CMS to use, depends on the so-called 'use case' of the site (multi-user, many updates, news stories) | Jul 05 12:59 |
| schestowitz-TR | any updates, news stories) | Jul 05 13:03 |
| schestowitz-TR | i) (letters easier for referencing) the old site does not need regular backups or open ssh port, it can be accessed when needed via | Jul 05 13:03 |
| schestowitz-TR | HV; if it has technical issues we can revert back to working stats quickly, later we can figure out content migration or making | Jul 05 13:03 |
| schestowitz-TR | it all static, this machine is already calles tuxmachines-old, it is presumed "legacy", we just just never goit around | Jul 05 13:03 |
| schestowitz-TR | to making tuxmachines-new or tuxmachines (don't think about migrating drupal 6 to another drupal... based on my research... | Jul 05 13:03 |
| schestowitz-TR | it's fools's errand) | Jul 05 13:03 |
| schestowitz-TR | j) I lean towards avoidance of "modern" CMS for several reasons inc. complexity | Jul 05 13:09 |
| schestowitz-TR | we don't need commenting so much, we don't want wiki, multi user a nice to have | Jul 05 13:09 |
| schestowitz-TR | I'll discuss with rianne to understand potential for other workflows | Jul 05 13:09 |
| schestowitz-TR | a contrib in tuxmachines has just added a VSCode story ... the sort of stuff I don't like... as there's no editorial review | Jul 05 13:09 |
| schestowitz-TR | and that can put people off | Jul 05 13:09 |
| Techrights-sec | ok | Jul 05 13:11 |
| schestowitz-TR | I am going to brainstorm, while also loooking at existing CMSs | Jul 05 13:12 |
| schestowitz-TR | publishing html manually, by hand, would not work well | Jul 05 13:12 |
| schestowitz-TR | maybe the "new" tuxmachines can also have gemini presence? can't harm, can it? | Jul 05 13:12 |
| Techrights-sec | it would be a nice plus for the new CMS to support Gemini out of the box | Jul 05 13:13 |
| Techrights-sec | but not essential | Jul 05 13:13 |
| schestowitz-TR | the content in the gemini page, however, would be just quotes and then WWW link | Jul 05 13:13 |
| Techrights-sec | as at worst Gemini can be retrofitted via a scraper :/ | Jul 05 13:14 |
| Techrights-sec | there's not much there for Gemini on TM though | Jul 05 13:14 |
| Techrights-sec | and as you point out the links are to the WWW (http / https) | Jul 05 13:14 |
| Techrights-sec | so it would be only the quotes which might be of value there | Jul 05 13:14 |
| schestowitz-TR | given "news desserts" | Jul 05 13:23 |
| schestowitz-TR | hehe, deserts | Jul 05 13:23 |
| schestowitz-TR | maybe editorial style too can change, esp. as new links about the same theme/stories arrive | Jul 05 13:23 |
| schestowitz-TR | so far we've used comments in drupal to make "updates" | Jul 05 13:23 |
| schestowitz-TR | but the comments were not made for this purpose | Jul 05 13:23 |
| schestowitz-TR | so we are clearly using the wrong approach | Jul 05 13:23 |
| schestowitz-TR | wait, here's a radical idea | Jul 05 13:23 |
| schestowitz-TR | since most stories are just some quote and a link | Jul 05 13:23 |
| schestowitz-TR | we could run the site as gemini, maybe even self-hosted | Jul 05 13:23 |
| schestowitz-TR | then, service it over your nginx gateway | Jul 05 13:23 |
| schestowitz-TR | with some decorative stuff like rss feeds on top | Jul 05 13:23 |
| schestowitz-TR | for multimedia files it can reach out to the "old" site, to lower bandwidth | Jul 05 13:23 |
| schestowitz-TR | links.tuxmachines.org | Jul 05 13:23 |
| Techrights-sec | ack | Jul 05 13:23 |
| schestowitz-TR | or | Jul 05 13:23 |
| schestowitz-TR | news.tuxmachines.org | Jul 05 13:23 |
| schestowitz-TR | over gemini and https | Jul 05 13:23 |
| schestowitz-TR | this way we also add https support | Jul 05 13:23 |
| schestowitz-TR | the "syntax" is then just gemtext, the storage is plain text files | Jul 05 13:23 |
| schestowitz-TR | the theme is your perl program | Jul 05 13:23 |
| schestowitz-TR | grabing a file here and there, via css styling | Jul 05 13:23 |
| schestowitz-TR | agate or simialr can be set up on a new vm running alpine | Jul 05 13:24 |
| Techrights-sec | there's the bottleneck :( | Jul 05 13:24 |
| schestowitz-TR | just had a long chat with rianne | Jul 05 14:14 |
| schestowitz-TR | we can replicate the looks of tuxmachines but without drupal as CMS | Jul 05 14:14 |
| schestowitz-TR | for rss feeds some kind of CMS would still be highly essential | Jul 05 14:14 |
| schestowitz-TR | watgching hugo videos | Jul 05 14:14 |
| schestowitz-TR | ok, so hugo has config file | Jul 05 14:14 |
| schestowitz-TR | it hosts images and pages locally | Jul 05 14:14 |
| schestowitz-TR | some of the themes are nice | Jul 05 14:14 |
| schestowitz-TR | it uses markup | Jul 05 14:14 |
| schestowitz-TR | editing would be changing the files or adding files, e.g. over ssh/fish:// | Jul 05 14:14 |
| schestowitz-TR | lots of shithub there | Jul 05 14:14 |
| schestowitz-TR | adding about 50 files per day and then finding which one to edit to add updates to it would be hard | Jul 05 14:14 |
| schestowitz-TR | hugo seems OK for small sites that do not change much | Jul 05 14:15 |
| Techrights-sec | ok | Jul 05 14:15 |
| Techrights-sec | yes it basically manages a database (if I understand correctly) which | Jul 05 14:15 |
| Techrights-sec | exports a mirror site from it | Jul 05 14:15 |
| Techrights-sec | ack | Jul 05 14:15 |
| Techrights-sec | how large could Hugo scale out to? Is there a better static site generator | Jul 05 14:15 |
| Techrights-sec | for sites with a great many posts? | Jul 05 14:15 |
| schestowitz-TR | rianne thinks the gemini proxy of TR is too geeky | Jul 05 14:19 |
| schestowitz-TR | like "not attractive", zero images | Jul 05 14:19 |
| schestowitz-TR | I need something where I can easily add domain/node/mynumberofchoice | Jul 05 14:19 |
| schestowitz-TR | starting with numbers that correspond to the old site as in the future we can merge them | Jul 05 14:19 |
| schestowitz-TR | then, it needs to make rss feed for the latest additions | Jul 05 14:19 |
| Techrights-sec | ok | Jul 05 14:19 |
| Techrights-sec | there should be no images but CSS improvements are a good idea | Jul 05 14:19 |
| schestowitz-TR | tuxmachines is registered until at least 2027 | Jul 05 14:25 |
| schestowitz-TR | so whatever s/w we use, we'll be stuck with and spend a lot of time on for many years | Jul 05 14:25 |
| schestowitz-TR | so I want to spend more time | Jul 05 14:25 |
| schestowitz-TR | we could "roll out our own", but then any theme changes or sidebars or rss feeds would be hard | Jul 05 14:25 |
| schestowitz-TR | it's like going back to the 'CMS' mindset of late 1990s | Jul 05 14:25 |
| schestowitz-TR | jekyll | Jul 05 14:25 |
| schestowitz-TR | has lots of shithub also | Jul 05 14:25 |
| schestowitz-TR | ewww....ruby | Jul 05 14:25 |
| schestowitz-TR | shithub modules | Jul 05 14:25 |
| schestowitz-TR | closing window... not interested | Jul 05 14:25 |
| Techrights-sec | I think one of the things to look for is whether it can be used collaboratively | Jul 05 14:28 |
| Techrights-sec | by several editors or authors and doesn't just reside on some one person's own | Jul 05 14:28 |
| Techrights-sec | desktop | Jul 05 14:28 |
| Techrights-sec | ack | Jul 05 14:28 |
| schestowitz-TR | yes, then deployed or similar | Jul 05 14:29 |
| schestowitz-TR | BTW, the same can be used later for Techrights | Jul 05 14:29 |
| schestowitz-TR | but that's another story | Jul 05 14:29 |
| schestowitz-TR | those things I saw (videos) are a step back | Jul 05 14:29 |
| schestowitz-TR | they don't improve editing speed | Jul 05 14:29 |
| schestowitz-TR | they improve performance (static) | Jul 05 14:29 |
| schestowitz-TR | I also don't know what state they will be in within 10 years | Jul 05 14:29 |
| schestowitz-TR | many 'static' site s/w perished | Jul 05 14:29 |
| schestowitz-TR | as people flocked to CMS | Jul 05 14:29 |
| schestowitz-TR | maybe I will do a video+article about all this at the end | Jul 05 14:29 |
| schestowitz-TR | it's a shame that wordpress or drupal are out of the question already | Jul 05 14:32 |
| schestowitz-TR | not just db back end but js front end and editors | Jul 05 14:32 |
| schestowitz-TR | also, they move too fast, hence hard to maintain | Jul 05 14:32 |
| schestowitz-TR | b2 (what wordpress is forked off) is obv. not an option either | Jul 05 14:32 |
| schestowitz-TR | wordpress 1.0 and 1.2 were small and simple | Jul 05 14:32 |
| schestowitz-TR | back then I'd upload images over sftp | Jul 05 14:32 |
| schestowitz-TR | no JS | Jul 05 14:32 |
| schestowitz-TR | if we have another 166,000 nodes coming, starting with bloat that has a new release every month would be misguided | Jul 05 14:32 |
| schestowitz-TR | "going witrh the flow..." | Jul 05 14:32 |
| Techrights-sec | yes | Jul 05 14:34 |
| schestowitz-TR | there is no "CentOS" of wordpress or drupal, but they have some LTS versions to go into repos like Debian | Jul 05 14:38 |
| schestowitz-TR | but moving between versions can be challenging and drupal is bloat | Jul 05 14:38 |
| schestowitz-TR | inc. a burden on the user, like lots of stuff really should not be there | Jul 05 14:38 |
| schestowitz-TR | iirc, phoronix coded its own | Jul 05 14:38 |
| schestowitz-TR | or reused something | Jul 05 14:38 |
| schestowitz-TR | I chatted with him before about replacing "id/number" in the URLs into something | Jul 05 14:38 |
| schestowitz-TR | about the story, which he later implemented, poorly... | Jul 05 14:38 |
| schestowitz-TR | mambo, joomla and that old family is a dead only like zope | Jul 05 14:38 |
| schestowitz-TR | I reckon support for these is already terrible, hence itwire being so badly broken | Jul 05 14:38 |
| Techrights-sec | ack | Jul 05 14:38 |
| Techrights-sec | could be | Jul 05 14:41 |
| Techrights-sec | the rewrite engine in Apache can do pattern matching so the URL scheme is | Jul 05 14:50 |
| Techrights-sec | less important than one might think | Jul 05 14:50 |
| Techrights-sec | A unique difference between old and new, even a tiny one, is sufficient | Jul 05 14:50 |
| schestowitz-TR | they are microsoft nomada dn the site is sometimes broken | Jul 05 14:50 |
| schestowitz-TR | they seem to have drowned in a mess | Jul 05 14:50 |
| schestowitz-TR | the TM move, first in 18+ years, can hopefully tidy things up for us | Jul 05 14:50 |
| schestowitz-TR | I'm thinking of the URL scheme at the moment | Jul 05 14:50 |
| schestowitz-TR | to make continuity and avoid URL ambiguity for which we fused old and new together | Jul 05 14:50 |
| schestowitz-TR | you cannot just say, let's go with wordpress but an old version | Jul 05 14:50 |
| schestowitz-TR | it's the systemd scenario | Jul 05 14:50 |
| schestowitz-TR | take it or least it (latst is saddles with with the vendor imposes) | Jul 05 14:50 |
| schestowitz-TR | terrible UI for 'lamers' | Jul 05 14:50 |
| Techrights-sec | /node/ is unnecessary as well as too long a single character or nothing | Jul 05 14:54 |
| Techrights-sec | would be adequate | Jul 05 14:54 |
| Techrights-sec | /n/[number] | Jul 05 14:54 |
| Techrights-sec | as for SEO, that's always changing | Jul 05 14:54 |
| schestowitz-TR | would you go with /node/[number] | Jul 05 14:55 |
| schestowitz-TR | or change to something more 'SEO'-friendly like portion of title? | Jul 05 14:55 |
| schestowitz-TR | the former would keep it shorter and more consistent with past years | Jul 05 14:55 |
| schestowitz-TR | anything other than cms would make rss feed generation very difficult | Jul 05 14:55 |
| schestowitz-TR | sadly, all the major ones bring with them bloat we do not want, | Jul 05 14:55 |
| schestowitz-TR | and future versions more so | Jul 05 14:55 |
| Techrights-sec | the rewrite engine in Apache can do pattern matching so the URL scheme is | Jul 05 14:56 |
| Techrights-sec | less important than one might think | Jul 05 14:56 |
| Techrights-sec | A unique difference between old and new, even a tiny one, is sufficient | Jul 05 14:56 |
| Techrights-sec | /node/ is unnecessary as well as too long a single character or nothing | Jul 05 14:56 |
| Techrights-sec | would be adequate | Jul 05 14:56 |
| Techrights-sec | /n/[number] | Jul 05 14:56 |
| Techrights-sec | as for SEO, that's always changing | Jul 05 14:56 |
| Techrights-sec | sadly a CMS is almost necessary for RSS | Jul 05 15:01 |
| Techrights-sec | static HTML could work but then templates would have to be used and | Jul 05 15:01 |
| Techrights-sec | embedded metadata in the head element; a shell script or maybe at worst a short | Jul 05 15:01 |
| Techrights-sec | perl script could do all that | Jul 05 15:01 |
| schestowitz-TR | choosing a cms is scary if you intend to rely on it longer than the project might exist | Jul 05 15:06 |
| schestowitz-TR | I still have two php-nuke sites | Jul 05 15:06 |
| schestowitz-TR | checking ghost | Jul 05 15:06 |
| Techrights-sec | yes, they can dry up and blow away or the developers can go weird like with WP | Jul 05 15:07 |
| schestowitz-TR | already thinking how to techniacally prevent 404 when we make the switch | Jul 05 15:08 |
| schestowitz-TR | for new nodes since recovered DB data it shoule be easy | Jul 05 15:08 |
| schestowitz-TR | site/node/x -> newsie/node/x | Jul 05 15:08 |
| schestowitz-TR | and I'll make statis copies of those pages, then copy across | Jul 05 15:08 |
| schestowitz-TR | so no need to hurry | Jul 05 15:08 |
| Techrights-sec | too early to worry about that; the new CMS must be decided first | Jul 05 15:08 |
| schestowitz-TR | right, I've already set aside a working (I chedked) copy of 27062022 dump, which will then be the "factory reset" going forward | Jul 05 15:10 |
| schestowitz-TR | when locking things down I'll also prevent editors adding new stuff | Jul 05 15:10 |
| Techrights-sec | 2022-06-22 ? | Jul 05 15:10 |
| Techrights-sec | 2022-06-27 | Jul 05 15:10 |
| schestowitz-TR | yes | Jul 05 15:17 |
| schestowitz-TR | any backup after 28th I do not trust | Jul 05 15:17 |
| schestowitz-TR | as there was an incident with node_revisions notes as producing some errors | Jul 05 15:17 |
| schestowitz-TR | let's say that techrights was to follow with the same CMS, given that it needs RSS, | Jul 05 15:17 |
| schestowitz-TR | so we need to assess the needs and then it's fewer CMS skills to deal with | Jul 05 15:17 |
| schestowitz-TR | drupal and wordpress became "webapps" | Jul 05 15:17 |
| schestowitz-TR | I think there are also phone "apps" | Jul 05 15:17 |
| schestowitz-TR | you don't get to opt out of the "apps" part | Jul 05 15:17 |
| *u-amarsh04 has quit (Quit: Konversation terminated!) | Jul 05 15:20 | |
| *u-amarsh04 has quit (Quit: Konversation terminated!) | Jul 05 15:20 | |
| Techrights-sec | ack | Jul 05 15:25 |
| Techrights-sec | phone "apps" are undesirable | Jul 05 15:25 |
| schestowitz-TR | just spoke to rianne | Jul 05 15:25 |
| schestowitz-TR | she knoews drupal latest form work | Jul 05 15:25 |
| schestowitz-TR | we support it | Jul 05 15:25 |
| schestowitz-TR | and she knows how messy it can get with sec patches and conflicts | Jul 05 15:25 |
| schestowitz-TR | it's also far more than needed for a news syndicator | Jul 05 15:25 |
| *u-amarsh04 (~amarsh04@freenode-rmogvn.g0d7.dtdf.mc4289.IP) has joined #boycottnovell | Jul 05 15:27 | |
| *u-amarsh04 (~amarsh04@5tcc2vuaj9aks.irc) has joined #boycottnovell | Jul 05 15:27 | |
| schestowitz-TR | for the time being TM runs OK, but with missing old nodes, old OS etc. | Jul 05 15:37 |
| schestowitz-TR | this is a good time to leave it behind | Jul 05 15:37 |
| schestowitz-TR | the readers come via rss mostly | Jul 05 15:37 |
| schestowitz-TR | so they would follow | Jul 05 15:37 |
| schestowitz-TR | though I wonder, if you redirect from site/rss to othersite/rss would all news readers cope? | Jul 05 15:37 |
| schestowitz-TR | afaik, apache manages this transparently enough | Jul 05 15:37 |
| schestowitz-TR | the issue then might be, people have two different URLs for rss | Jul 05 15:37 |
| schestowitz-TR | one of which a redirection | Jul 05 15:37 |
| schestowitz-TR | and different domains | Jul 05 15:37 |
| schestowitz-TR | but I reckon redirecting 'backwards' can always compensate for it | Jul 05 15:37 |
| schestowitz-TR | as we control both ends | Jul 05 15:37 |
| Techrights-sec | I'm not sure how RSS readers would handle redirection but if they are fully | Jul 05 15:37 |
| Techrights-sec | HTTP compliant they will | Jul 05 15:37 |
| schestowitz-TR | worst case scenario, as fall back every 5 mins we override what the "old" server returns by getting it from "new" | Jul 05 15:44 |
| schestowitz-TR | or we do the delivery transparently from ool using apache, withour a redirection | Jul 05 15:45 |
| schestowitz-TR | spoke to rianne again (out finding food) | Jul 05 16:00 |
| schestowitz-TR | and we are generally hostile towarss drupal | Jul 05 16:00 |
| schestowitz-TR | it's like missing a good change to escape bad rubbish | Jul 05 16:00 |
| schestowitz-TR | and an overkill for what tuxmachines does | Jul 05 16:00 |
| schestowitz-TR | and how often it does it | Jul 05 16:00 |
| schestowitz-TR | I will carry on looking | Jul 05 16:00 |
| Techrights-sec | ok | Jul 05 16:01 |
| Techrights-sec | I think the main thing to worry about is having the CMS be capable of having | Jul 05 16:01 |
| Techrights-sec | several editors/authors working on the site. | Jul 05 16:01 |
| schestowitz-TR | you can see some of the "oppular" ones, like "hacker" noise, are crude and ugly | Jul 05 16:03 |
| schestowitz-TR | and have rss feed/s | Jul 05 16:03 |
| schestowitz-TR | rianne says she liked the current looks of TM | Jul 05 16:03 |
| schestowitz-TR | but it is built on very old "tech" | Jul 05 16:03 |
| Techrights-sec | ;( | Jul 05 16:04 |
| Techrights-sec | The current look is ok but I agree with her about the underlying technology | Jul 05 16:04 |
| Techrights-sec | being a problem | Jul 05 16:04 |
| schestowitz-TR | a lot of "solutions" are JS like vue.js or react | Jul 05 16:07 |
| schestowitz-TR | (no, heck no!) | Jul 05 16:07 |
| schestowitz-TR | redis, frameworks... think diaspora.. RoR | Jul 05 16:07 |
| Techrights-sec | barf | Jul 05 16:07 |
| Techrights-sec | I'm not a fan of RoR or Ruby in general but have nothing major against it | Jul 05 16:07 |
| schestowitz-TR | I am also thinking of how to 'innovate' beyond what we currenly have | Jul 05 16:10 |
| schestowitz-TR | the main defficiency was a way to add updates to existing stories | Jul 05 16:10 |
| schestowitz-TR | like additional related links | Jul 05 16:10 |
| schestowitz-TR | what would be nice: them showing up as followups in rss feeds too, but marked accordingly | Jul 05 16:10 |
| schestowitz-TR | LinuxReviews was using a wiki | Jul 05 16:10 |
| schestowitz-TR | but became inactive, maybe cause the guy from sweden got a new job | Jul 05 16:10 |
| Techrights-sec | ack | Jul 05 16:24 |
| schestowitz-TR | i still search and brainstorm | Jul 05 16:25 |
| schestowitz-TR | but I cannot find anything better than what we have already | Jul 05 16:25 |
| schestowitz-TR | it's like someone being forced to get something "news" | Jul 05 16:25 |
| schestowitz-TR | "new" | Jul 05 16:25 |
| schestowitz-TR | despite knowing it's worse than the old thing | Jul 05 16:25 |
| schestowitz-TR | this also depends on kaniini allocating another VM and IP | Jul 05 16:25 |
| schestowitz-TR | though if it is light, I could get cheap hosting somewhere | Jul 05 16:25 |
| *DaemonFC (~daemonfc@63wuxds8r77qk.irc) has joined #boycottnovell | Jul 05 16:25 | |
| Techrights-sec | static sites are light and could run from their own RPi even | Jul 05 16:26 |
| Techrights-sec | the question would be on which machine the static site generator should | Jul 05 16:26 |
| Techrights-sec | be accessible on | Jul 05 16:26 |
| schestowitz-TR | for a very busy site hosting over copper with risk of outages is not the best | Jul 05 16:27 |
| schestowitz-TR | susan used to host the site from home | Jul 05 16:27 |
| schestowitz-TR | but it was smaller | Jul 05 16:27 |
| Techrights-sec | a low-cost VPS would be best then; even with the same donor as now, going to | Jul 05 16:31 |
| Techrights-sec | a static site generator would free up a lot of hardware | Jul 05 16:31 |
| schestowitz-TR | I am learning in favour of static still | Jul 05 16:39 |
| schestowitz-TR | but trying to see what to do for rss feeds | Jul 05 16:39 |
| schestowitz-TR | even if it's just one main feed | Jul 05 16:39 |
| Techrights-sec | the RSS feed generator could be part of the static site generators | Jul 05 16:39 |
| schestowitz-TR | hugo supports rss, but managing it is no fun from what I can see | Jul 05 16:52 |
| schestowitz-TR | I also don't trust github project | Jul 05 16:52 |
| schestowitz-TR | they might not outlive their master | Jul 05 16:52 |
| schestowitz-TR | I am not impressed by it, it's by hackers for hackers, and moreover cargo cult lovers who beg | Jul 05 16:52 |
| schestowitz-TR | for stars from MICROSOFT shithub | Jul 05 16:52 |
| schestowitz-TR | I don't think it has any "mass appeal" and if hackers find somethig better, it'll | Jul 05 16:52 |
| schestowitz-TR | fall by the wayside | Jul 05 16:52 |
| schestowitz-TR | like many others before it | Jul 05 16:52 |
| schestowitz-TR | while I wrote about it before in Daily Links and TM I never looked very closely until today | Jul 05 16:52 |
| schestowitz-TR | this can become the subject of future videos about CMS, bloat, shithub... | Jul 05 16:52 |
| Techrights-sec | ack | Jul 05 16:53 |
| schestowitz-TR | with static cms you might think it's KISS, but they rely on you grabbing frameworks | Jul 05 16:54 |
| schestowitz-TR | and who knows what Microsoft will do to these networks in the next 10 years | Jul 05 16:54 |
| schestowitz-TR | remember nuke.NET | Jul 05 16:54 |
| schestowitz-TR | or whatever that was called? | Jul 05 16:54 |
| schestowitz-TR | .NET clone for php-nuke.. | Jul 05 16:54 |
| Techrights-sec | definitely; they could damage those quite suddenly in many ways and for many | Jul 05 16:54 |
| Techrights-sec | reasons | Jul 05 16:54 |
| schestowitz-TR | "crates" also (Rust) | Jul 05 16:56 |
| schestowitz-TR | think npm, cran, cpan, and all those js things like node | Jul 05 16:56 |
| schestowitz-TR | you rely on some "modules" or frameworks (pile of bloat) being there for you | Jul 05 16:56 |
| schestowitz-TR | otherwise your code goes nowhere | Jul 05 16:56 |
| schestowitz-TR | and if the OS does not support or will not suppor these, then one? | Jul 05 16:56 |
| schestowitz-TR | new vm? new container? | Jul 05 16:56 |
| Techrights-sec | -1 Rust | Jul 05 16:57 |
| schestowitz-TR | for some basic hello world programs you now need hundreds of MBs of frameworks | Jul 05 16:59 |
| schestowitz-TR | with dubious sources | Jul 05 16:59 |
| Techrights-sec | I have only very low opinions about "frameworks"; They are mostly busywork and | Jul 05 16:59 |
| Techrights-sec | and end in themselves rather than a means to solve a larger task | Jul 05 16:59 |
| schestowitz-TR | let me ask a "big question" | Jul 05 17:04 |
| schestowitz-TR | should we maybe also consider the editorial style of tuxmachines? | Jul 05 17:04 |
| schestowitz-TR | to present stories not just as second-hand linker | Jul 05 17:04 |
| schestowitz-TR | but offer a sort of overview followed by links? | Jul 05 17:04 |
| schestowitz-TR | os news is a bit like that | Jul 05 17:04 |
| schestowitz-TR | os news moved to wordpress some years ago | Jul 05 17:04 |
| schestowitz-TR | doctorow writing style in medium and that long page I really dislike, it's not pleasant to follow | Jul 05 17:04 |
| Techrights-sec | ok | Jul 05 17:05 |
| Techrights-sec | I would defer to Rianne about that | Jul 05 17:05 |
| Techrights-sec | TM has been fastest to aggregate most news stories | Jul 05 17:05 |
| Techrights-sec | long format is fine and Doctorow is really good at it; though Medium is | Jul 05 17:05 |
| Techrights-sec | an awful technology | Jul 05 17:05 |
| schestowitz-TR | speed would hardly be impacted by editorial comments here and there | Jul 05 17:06 |
| Techrights-sec | It takes a lot of time to write them in a useful and informative manner. | Jul 05 17:06 |
| Techrights-sec | At least it does for me. | Jul 05 17:06 |
| schestowitz-TR | true, and harder for rianne | Jul 05 17:07 |
| Techrights-sec | I'd say the time to consider such changes would be after the technical changes | Jul 05 17:08 |
| Techrights-sec | are settled in and have been in place for a while but again it should be | Jul 05 17:08 |
| Techrights-sec | defered to Rianne since she has the most experience there | Jul 05 17:08 |
| Techrights-sec | and has done all the work | Jul 05 17:08 |
| Techrights-sec | TM has really flourished under her tenure and with your help | Jul 05 17:08 |
| schestowitz-TR | thanks | Jul 05 17:09 |
| schestowitz-TR | I am just trying to justify going for bloated CMS | Jul 05 17:09 |
| Techrights-sec | Even /I/ have sometimes found news items there before anywhere else | Jul 05 17:10 |
| schestowitz-TR | I was just thinking that with wordpress we'd have some support from your gemini converters | Jul 05 17:13 |
| schestowitz-TR | as the format is simple | Jul 05 17:13 |
| schestowitz-TR | but as noted earlier, it's quote and them http/s link | Jul 05 17:13 |
| schestowitz-TR | so maybe low appeal for geminauts | Jul 05 17:13 |
| schestowitz-TR | 1) has to remind myself we do not get away from outdated CMS but bad DB and very old OS, | Jul 05 17:23 |
| schestowitz-TR | so this is highly justified and well overdue | Jul 05 17:23 |
| schestowitz-TR | 2) took a quick break, thought drupal was cms anyway, WP more for bloging, more simila | Jul 05 17:23 |
| schestowitz-TR | to what TM is about, will just check a quick demo of the new WP 6.0 | Jul 05 17:23 |
| Techrights-sec | ack | Jul 05 17:23 |
| schestowitz-TR | good news, see latest scrollback | Jul 05 17:39 |
| Techrights-sec | ack | Jul 05 17:39 |
| Techrights-sec | checking | Jul 05 17:39 |
| Techrights-sec | ack | Jul 05 17:39 |
| *DaemonFC has quit (Quit: Leaving) | Jul 05 17:53 | |
| schestowitz-TR | just logged into my wordpress.com account | Jul 05 18:12 |
| schestowitz-TR | sod it, it's still terrible workflow | Jul 05 18:12 |
| schestowitz-TR | spoonfeeding, unless I can find fallbacks... | Jul 05 18:12 |
| schestowitz-TR | looking... | Jul 05 18:12 |
| schestowitz-TR | ok, the code editor mode is not bad | Jul 05 18:12 |
| schestowitz-TR | and would enable fast workflow too | Jul 05 18:12 |
| Techrights-sec | ack | Jul 05 18:12 |
| schestowitz-TR | but it's DB-based | Jul 05 18:12 |
| schestowitz-TR | hence, complexity | Jul 05 18:12 |
| schestowitz-TR | :-) | Jul 05 18:51 |
| schestowitz-TR | rianne found lots of food | Jul 05 18:51 |
| schestowitz-TR | toothpaste (colgate, simplest, 100gr) up from 67p or 69' to 89p | Jul 05 18:51 |
| schestowitz-TR | we still have cakes and chemical cider for next tuesday | Jul 05 18:51 |
| *techrights_guest|88 (~b9fda1ba@54n9xgft8g6u2.irc) has joined #boycottnovell | Jul 05 19:18 | |
| schestowitz-TR | I will probably write about the CMS situation in general only after migrating | Jul 05 19:19 |
| schestowitz-TR | I'm still not sure what to use to manage | Jul 05 19:19 |
| schestowitz-TR | but I just got epo leaks | Jul 05 19:19 |
| schestowitz-TR | and focusing on this for now | Jul 05 19:19 |
| schestowitz-TR | very happy we got reassuring words re new machine | Jul 05 19:19 |
| schestowitz-TR | rianne and I poured out 10000s worth of work into it | Jul 05 19:19 |
| schestowitz-TR | I did a lot of work on the theme/appearance in 2014 | Jul 05 19:19 |
| schestowitz-TR | brb | Jul 05 19:19 |
| schestowitz-TR | https://nitter.it/BrideOfLinux/status/1544355425839190016#m | Jul 05 19:21 |
| -TechrightsBN/#boycottnovell-Christine Hall (@BrideOfLinux): "Interesting: Global Dynamics of the Demise of Microsoft Windows (Now Down to 27%) https://buff.ly/3NKfEeB"|nitter.it | Jul 05 19:21 | |
| schestowitz | " | Jul 05 19:24 |
| schestowitz | Flash report: Demonstration of Wednesday 29 June 2022 "The re-election package” | Jul 05 19:24 |
| schestowitz | On Wednesday 29 June, 180 colleagues demonstrated in front of the Isar building shortly after the start of the 171th session of the Administrative Council. The occupancy of EPO buildings is low. On average, the caterer serves 400 meals per day in the Pschorrhöfe buildings and 100 in the Isar building. | Jul 05 19:24 |
| schestowitz | On the agenda of the Council was the “Mobility Package” introducing seconded national experts posts for the delegations (national salary paid by the EPO + an allowance of +€5.000 per month). The reform was conveniently tabled at a time the re-election of Mr Campinos was on the agenda and successfully guaranteed his re-election until 1 July 2028. | Jul 05 19:24 |
| schestowitz | SUEPO hopes that the Council mandated Mr Campinos to faithfully conduct social dialogue from now on. Given the track record of Mr Campinos in terms of cuts on career and purchasing power, EPO staff should be concerned by his re-election. | Jul 05 19:24 |
| schestowitz | A copy of the intervention made during the demonstration is annexed to this paper for those who could not attend the demonstration. | Jul 05 19:24 |
| schestowitz | We need you to support us so that we can support you. | Jul 05 19:24 |
| schestowitz | Read more here. | Jul 05 19:24 |
| schestowitz | SUEPO Munich | Jul 05 19:24 |
| schestowitz | " | Jul 05 19:24 |
| *techrights_guest|88 has quit (Quit: Connection closed) | Jul 05 19:31 | |
| Techrights-sec | what was the scope of that 27%? The whole world? | Jul 05 19:41 |
| Techrights-sec | IIRC Einfeldt had commented that M$ cannot maintain monopoly rents and would | Jul 05 19:41 |
| Techrights-sec | basically fall apart below 85%' | Jul 05 19:41 |
| Techrights-sec | checking | Jul 05 19:41 |
| schestowitz-TR | now it says 26% - see this morning's post | Jul 05 19:41 |
| schestowitz-TR | global | Jul 05 19:41 |
| Techrights-sec | wow | Jul 05 19:49 |
| Techrights-sec | global decline on that scale is important to note! | Jul 05 19:49 |
| Techrights-sec | The government bailouts are certainly what's keeping it alive and gnawing at | Jul 05 19:49 |
| Techrights-sec | the world's infrastructure. There are probably obscene bailouts associated | Jul 05 19:49 |
| Techrights-sec | with what it's doing to Ukraine nowadays, too. Over a longer period, though, | Jul 05 19:49 |
| Techrights-sec | I would guess that they get much of their money through buying and selling their | Jul 05 19:49 |
| Techrights-sec | own stock and other forms of "financialization" and that their software | Jul 05 19:49 |
| Techrights-sec | aggression is just a show for the surveillance, bailouts, and financialization | Jul 05 19:49 |
| schestowitz-TR | first draft | Jul 05 19:54 |
| schestowitz-TR | just amended it a lot | Jul 05 19:54 |
| schestowitz-TR | I try to get it out asapo | Jul 05 19:54 |
| schestowitz-TR | it really makes me angry | Jul 05 19:54 |
| schestowitz-TR | how much worse if I actually WORKED there | Jul 05 19:54 |
| schestowitz-TR | you can refresh | Jul 05 19:54 |
| Techrights-sec | checking | Jul 05 19:56 |
| Techrights-sec | the animated letter is not useful or pleasant :( | Jul 05 19:56 |
| Techrights-sec | it;s not possible to pause it or back it up or stop it from progressing | Jul 05 19:56 |
| schestowitz-TR | right, I won't do this next time | Jul 05 19:56 |
| schestowitz-TR | I just don't want to give away metadata | Jul 05 19:56 |
| schestowitz-TR | the full letter is in text anyway | Jul 05 19:56 |
| Techrights-sec | using images is ok just please not animated they flip by way too fast to be | Jul 05 19:57 |
| Techrights-sec | readable even by fast eyes; better to just remove the GIF than to have it as it | Jul 05 19:57 |
| Techrights-sec | currently is | Jul 05 19:57 |
| schestowitz-TR | I am going to add text to say the full letter is below | Jul 05 19:58 |
| schestowitz-TR | and won't do this next time | Jul 05 19:58 |
| Techrights-sec | ok thanks | Jul 05 20:07 |
| *psydroid2 has quit (Quit: Leaving) | Jul 05 20:30 | |
| *psydroid2 (~psydroid@memzbmehf99re.irc) has joined #boycottnovell | Jul 05 20:30 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has left #boycottnovell | Jul 05 22:09 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #boycottnovell | Jul 05 22:10 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has left #boycottnovell | Jul 05 22:30 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #boycottnovell | Jul 05 22:30 | |
| *scientes (~490bc725@54n9xgft8g6u2.irc) has joined #boycottnovell | Jul 05 23:25 | |
| *scientes has quit (Ping timeout: 2m30s) | Jul 05 23:53 | |
Generated by irclog2html.py 2.6 | ䷉ find the plain text version at this address (HTTP) or in Gemini (how to use Gemini) with a full GemText version.