SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Virt-top is a nice Redhat program similar to top, but show vm instead of process, there is only one problem: it have a lot of deps (cppo, ocaml-extlib, ocaml-libvirt and probably many others, the 80% of this deps are not on Slackware repos)
Staging: Add tearing control protocol
For some use cases like games or drawing tablets it can make sense to reduce
latency by accepting tearing with the use of asynchronous page flips. This
protocol provides a way for clients to indicate whether or not their content
is suitable for this kind of presentation.
A package manager to maintain slackbuilds scripts.Since slackbuilds.org are endorsed by patrick It would be beneficial for users to have access to more software.
Not sure is this is the best forum to request it, but for us sendmail diehards, whoever maintains sendmail in extra, please build a sendmail-8.17.1-noarch-4.txz with this fix
And while I am thinking of it (and I probably should know this)
where can I find the source patches which our slackware sendmail guy has applied to the sendmail-8.17.1 distribution to build noarch-3?
Cheers, John Lumby
I'm disappointed to find that, 5 months after I posted the above in this forum, there is still no new sendmail-8.17.1-noarch-4.txz with the aforementioned fix.
Is asking in this forum the correct process for requesting that the maintainer applies known fixes to a package (in extra)?
Indeed, is there any process at all?
Update - sorry, what I wrote was wrong - the package has in fact now been updated to suffix-6. (I was looking in the wrong place ...). Thanks, package maintainer.
Last edited by John Lumby; 11-23-2022 at 08:06 PM.
I'm disappointed to find that, 5 months after I posted the above in this forum, there is still no new sendmail-8.17.1-noarch-4.txz with the aforementioned fix.
Is asking in this forum the correct process for requesting that the maintainer applies known fixes to a package (in extra)?
Indeed, is there any process at all?
Maybe the sendmail is assigned to a future removal from slackware-current, hence from the future Slackware 15.1 , so no further updates makes sense. Who knows? After all, the Slackware development is a Cathedral, not a Bazaar.
Anyway, there's one single developer who decide what enters in the Slackware tree: Mr. Volkerding.
And I for one, I can bet that he already read your first post. He read this thread often.
Last edited by LuckyCyborg; 11-23-2022 at 04:04 PM.
What are the odds of adding Nginx into extras? While Apache is truly reliable and one of (if not still #1) most run web servers out there, it is lagging behind many others in modern features. Nginx has been proven reliable enough to power certain commercial appliances (under its commercial code), and it wouldn’t be a bad move to have it as an alternative.
* GtkFontChooserWidget:
- Fix a critical
* GtkAccelLabel:
- Differentiate keypad keysyms in accelerators
* Input:
- Recognize stylus devices as pens
- Fix problems with motion compression
* Windows:
- Build system improvements
* Wayland:
- Fix problems with unreliable DND
- Use GLES if required
- Add support for titlebar gestures
- Refactor handling of IM client updates
- Fix cursor hotspots with scaled surfaces
- Use the xdg-activation protocol
- Load cursors on demand
- Fix cursor size on hi-dpi displays
* MacOS:
- Use a CVDisplayLink based frame clock
After all, the Slackware development is a Cathedral, not a Bazaar.
Anyway, there's one single developer who decide what enters in the Slackware tree: Mr. Volkerding.
And I for one, I can bet that he already read your first post. He read this thread often.
Thanks - Good to know. And, in any case, I was wrong to say it was still at suffix-3 patch level - It has been updated several times and is now at patch level 6. I've corrected my earlier posting.
Maintain 2 web servers, when one is enough ?
And the other is community maintained on SBo
I don’t see too much of a hassle. We are not talking KDE efforts. Apache has been updated once in a blue moon (for many reasons), and Nginx isn’t a time waster with their release cycle. sendmail is still offered as an option to postfix in extras. PHP has both v7 in mainline and v8 in extras/. We had two gcc and glibc before (again, for reasons).
If Apache fits most needs and people are fine living in the 90’s, that’s fine and perfectly acceptable. Others might want to look at 2023 and go after newer solutions, and I expected not to offend by asking, the same way I expect “no” as an answer and I shall continue to compile one from SBo/sources myself until minds are changed.
Perhaps I should have contributed by posting a compressed file with all necessary artifacts for Nginx - would be better than my ask out of the blue, but then again, these are almost the same files as found on SBo, so not too obscure to find them.
Is asking in this forum the correct process for requesting that the maintainer applies known fixes to a package (in extra)?
At this point, it would make much more sense to use sendmail latest snapshot version instead of patch X maintained by Y. I understand Claus A and/or Proofpoint doesn’t have a formal release cycle (at least for the public community supported sendmail), but the snapshots are still being supported. Maybe because everyone is turning to the “friendlier” postfix?
Are they? Can we find out? It might be useful to know e.g. how many slackers run a sendmail process and how many run a postfix process. That would then inform those kinds of decision. Is there any way a poll could be held?
Are they? Can we find out? It might be useful to know e.g. how many slackers run a sendmail process and how many run a postfix process. That would then inform those kinds of decision. Is there any way a poll could be held?
Honestly, I refuse to believe that those 100 users who usually hangs around in this forum represents The Slackware Community. Would be too sad if this will be true. Will mean that Slackware is dead if all of its users counts as ONE HUNDRED.
I for one, from some educated guesses seen in another places, I believe that the Slackers count is around 10000 in the entire World. Only in my country are forums where are several times more Slackers than in this official forum of Slackware.
So, permit me to I ask you: what you believe that those 100 Slackers here are? Something like The Slackware Senate, elected to chose which email server shall ships Slackware?
I for one I believe that those 100 (including me) hanging here around, are NOT entitled to make any decision on the name of The Slackware Community because they does not represent it. So, the polls like this are absolutely meaningless.
Last edited by LuckyCyborg; 11-24-2022 at 10:23 AM.
I ask you: what you believe that those 100 Slackers here are? Something like The Slackware Senate, elected to chose which email server shall ships Slackware?
Well, I take your point, and I did not say the poll should be limited to this forum, ideally it would include all slackers, but there are practical considerations too.
But it seems that, today, a poll of one person provides that usage information based on maybe assumption and rumour about use of sendmail vs. postfix. A poll of 100 would be more representative and more informative, no?
And also, I was not suggesting that the poll should be binding on the person making that decision, (hah - the very idea!!) -- only that it would provide at least some hard facts to inform that decision, rather than assumptions which might be completely wrong.
How would you find out what the current sendmail/postfix usage is among slackers?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.