Re: [Slackbuilds-users] Packages Up for Grabs
On Wed, Sep 13, 2023 at 10:39:54PM EDT, Brandon Pribula wrote: > system/bitrot I'll take this. Seems like something I might use myself. -- Regards, Logan Rathbone (poprocks) ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] What should I name gnome-web's package?
On Thu, Sep 15, 2022 at 08:32:53AM EDT, Charadon via SlackBuilds-users wrote: > I'm interested in maintaining a SlackBuild for Gnome-Web/Epiphany, however I > don't know if I should name it Epiphany or Gnome-Web. I'm hesitant to name > it Epiphany as there is a game called Epiphany that someone may or may not > want to package in the future. My two cents: just call it "epiphany". That is the official name of the project on GNOME GitLab, and GNOME Web is just the end-user-facing name. Also, the Epiphany game is not currently packaged anyway. If someone picks it up in the future, they could always call it "epiphany-game" or something like that to avoid a naming conflict. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] abandoning all my slackbuilds
On Mon, Apr 25, 2022 at 02:33:53PM EDT, Donald Cooley wrote: > On April 25, 2022 9:01:16 AM CDT, "B. Watson" wrote: > > > > > >On Sun, 24 Apr 2022, chytr...@sdf.org wrote: > > > >> I've abandoned all my slackbuilds. > > > >Will it bother you if the people who take over maintenance of your > >builds decide to change the license? > > Seems unnecessary to change the liberal license. If you want to change the > license retain my name as the author. That doesn't necessarily answer the question, because some licences don't require proof of original authorship to be retained. As well, if re-licensing is to occur, someone needs to hold the copyright going forward from as at the point of changing of the licence. Would it be agreeable to you for new maintainers to put a blurb saying "Original Author: Donald Cooley" or equivalent as a courtesy, and to retain your name as copyright holder from [whatever year] to 2022? ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] hyperscan fails to build
On Mon, Apr 25, 2022 at 05:39:24AM EDT, Ruben Schuller wrote: > 2022-04-25 Logan Rathbone : > > On Sun, Apr 24, 2022 at 05:23:15PM EDT, Ruben Schuller wrote: > > > [...] > > > > It built fine for me. > > > > Are you on 15.0 or current? Perusing through the system headers I saw > > some comment that SIGSTKSZ was being redefined from a constant to > > something potentially variable in glibc >= 2.34. So if you're on > > current with glibc 2.35, you may be getting a build failure that is > > not reproducible on 15.0. > > Thanks! That was the issue, it builds fine on 15.0. Could have thought > about that, sorry for the noise! No worries! You can always report issues of SlackBuilds not building on current on this LQ thread: https://www.linuxquestions.org/questions/slackware-14/sbo-scripts-not-building-on-current-read-1st-post-pls-4175561999/ Looks like someone has already noticed this thread on the ML and cross-posted to that thread, but in future it may be a useful resource. Regards, Logan (poprocks) ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] hyperscan fails to build
On Sun, Apr 24, 2022 at 05:23:15PM EDT, Ruben Schuller wrote: > Hi, > > hyperscan 5.4.0 fails to build with > > In file included from /usr/include/signal.h:328, > from > /tmp/SBo/hyperscan-5.4.0/tools/hscollider/sig.cpp:40: > /tmp/SBo/hyperscan-5.4.0/tools/hscollider/sig.cpp:178:40: error: size > of array ‘alt_stack_loc’ is not an integral constant-expression 178 | > static TLS_VARIABLE char alt_stack_loc[SIGSTKSZ]; | >^~~~ make[2]: *** > [tools/hscollider/CMakeFiles/hscollider.dir/build.make:221: > tools/hscollider/CMakeFiles/hscollider.dir/sig.cpp.o] Error 1 > > There is an issue [1] about this on GitHub suggesting -DFAT_RUNTIME=off, > but this didn't help here. Any suggestions? It built fine for me. Are you on 15.0 or current? Perusing through the system headers I saw some comment that SIGSTKSZ was being redefined from a constant to something potentially variable in glibc >= 2.34. So if you're on current with glibc 2.35, you may be getting a build failure that is not reproducible on 15.0. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] abandoning all my slackbuilds
On Sun., Apr. 24, 2022, 9:57 p.m. David O'Shaughnessy, wrote: > I'll grab qbittorrent. We should chat to coordinate, since libtorrrent-rasterbar is also a dependency of qbittorrent, so I want to make sure that it updating it for deluge doesn't break qbittorrent. I'll email you separately about this. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] abandoning all my slackbuilds
I'll at least take libtorrrent-rasterbar since I have a project that depends on it (deluge) and had been discussing it with Donald recently anyway. Regards Logan On Sun., Apr. 24, 2022, 2:27 p.m. Brandon Pribula, wrote: > > > On Sun, Apr 24, 2022, 11:16 AM Brandon Pribula, > wrote: > >> >> >> On Sun, Apr 24, 2022, 10:34 AM , wrote: >> >>> I've abandoned all my slackbuilds. >>> >>> anorack [dependees] Donald Cooley >>> bamf [dependees] Donald Cooley >>> bitrot [dependees] Donald Cooley >>> discount [dependees] Donald Cooley >>> dos2unix [dependees] Donald Cooley >>> dothost [dependees] Donald Cooley >>> dump [dependees] Donald Cooley >>> frostwire [dependees] Donald Cooley >>> gedit [dependees] Donald Cooley >>> gedit-plugins [dependees] Donald Cooley >>> gnome-menus [dependees] Donald Cooley >>> gprename [dependees] Donald Cooley >>> gtk-sharp [dependees] Donald Cooley >>> gtorrentviewer [dependees] Donald Cooley >>> hiawatha [dependees] Donald Cooley >>> leafpad [dependees] Donald Cooley >>> libtorrent-rasterbar [dependees] Donald Cooley >>> mosh [dependees] Donald Cooley >>> openoffice.org [dependees] Donald Cooley >>> perl-Cpanel-JSON-XS [dependees] Donald Cooley >>> perl-Data-Random [dependees] Donald Cooley >>> perl-Gtk2-Unique [dependees] Donald Cooley >>> perl-IO-HTML [dependees] Donald Cooley >>> perl-IO-Tty [dependees] Donald Cooley >>> perl-JSON-XS [dependees] Donald Cooley >>> perl-LWP-Protocol-socks [dependees] Donald Cooley >>> perl-Path-Class [dependees] Donald Cooley >>> perl-Proc-Simple [dependees] Donald Cooley >>> perl-Test-MockTime [dependees] Donald Cooley >>> perl-Types-Serialiser [dependees] Donald Cooley >>> perl-URI-Simple [dependees] Donald Cooley >>> perl-WebService-Gyazo-B [dependees] Donald Cooley >>> perl-common-sense [dependees] Donald Cooley >>> perl-gnome2 [dependees] Donald Cooley >>> perl-gnome2-canvas [dependees] Donald Cooley >>> perl-gnome2-vfs [dependees] Donald Cooley >>> perl-gnome2-wnck [dependees] Donald Cooley >>> perl-goo-canvas [dependees] Donald Cooley >>> perl-gtk2-imageview [dependees] Donald Cooley >>> perl-html-form [dependees] Donald Cooley >>> perl-http-response-encoding [dependees] Donald Cooley >>> >>> perl-http-server-simple [dependees] Donald Cooley >>> perl-x11-protocol [dependees] Donald Cooley >>> plank [dependees] Donald Cooley >>> qbittorrent [dependees] Donald Cooley >>> qpdfview [dependees] Donald Cooley >>> qpdfview-qt5 [dependees] Donald Cooley >>> quassel [dependees] Donald Cooley >>> quassel-qt5 [dependees] Donald Cooley >>> sakura [dependees] Donald Cooley >>> shutter [dependees] Donald Cooley >>> smoffice2016 [dependees] Donald Cooley >>> smoffice2018 [dependees] Donald Cooley >>> smoffice2021 [dependees] Donald Cooley >>> soundkonverter [dependees] Donald Cooley >>> tal [dependees] Donald Cooley >>> ___ >>> SlackBuilds-users mailing list >>> SlackBuilds-users@slackbuilds.org >>> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >>> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >>> FAQ - https://slackbuilds.org/faq/ >> >> >> I'll take over dos2unix. >> > > I probably should've asked what the procedure is for taking over as > maintainer? > >> ___ > SlackBuilds-users mailing list > SlackBuilds-users@slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
[Slackbuilds-users] meson template
Hey all, Couple of thoughts on the meson template. First, --buildtype should probably be "plain" and not "release", because "release" will stick a -O3 in there regardless of what CFLAGS are set to -- yes, the CFLAGS passed in the standard template will follow and override that, but it seems to be a cleaner approach to use "plain" which will give full control over the debug and optimization flags. I have seen some meson SlackBuilds that don't pass --buildtype at all, and so what will land up happening there is, meson will default to --buildtype=debug, which sticks a -g in there, so the standard Slackware CFLAGS patched into the build command line will follow that, resulting in an optimized build with debugging symbols. Yes, 'strip' will (I assume) get rid of those, but it is leaving the door open for unnecessary complexity and possible clashes that may serve to confuse. As well, I would suggest -v be added to the ninja command, so that the build command lines will actually show when the compile is happening, similar to what a standard GNU make command would show. This will also make it easier to track down issues with build flags (if any) that may arise. Thanks, Logan (poprocks) ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] Admins - Question about Brave browser
On Fri, Apr 15, 2022 at 05:54:56PM EDT, B. Watson wrote: > On Fri, 15 Apr 2022, Andrew Payne wrote: > > This slackbuild will adjust MIME settings for Brave. If you > > wish to retain your current MIME settings, you can remove: > > > > if [ -x /usr/bin/update-mime-database ]; then > >/usr/bin/update-mime-database usr/share/mime >/dev/null 2>&1 > > fi > > > > from the doinst.sh file before building. > > > > ++ > > > > OR pull the MIME lines out of doinst.sh altogether. > > You should remove the update-mime-database lines from the doinst.sh, > since they don't do anything anyway, other than waste a bit of time. > update-mime-database doesn't do what you thought it did... [snip] > Basically, the mime database in /usr/share/mime defines MIME types > like image/png or text/plain. It doesn't have anything to do with user > preferences (your doinst.sh won't make Brave the default browser)... [snip] In case anyone is perusing this list and wondering what *does* set user preferences for app associations for MIME types pursuant to the XDG standards, this section of an article on the Arch Wiki provides a good summary: https://wiki.archlinux.org/title/XDG_MIME_Applications#mimeapps.list tldr: it's file called mimeapps.list, looked for in various directories in a hierarchical fashion. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] Has 15.0 dropped chromium?
On Tue, Mar 15, 2022 at 03:02:43PM EDT, Jeremy Hansen wrote:
> On Tue, Mar 15, 2022, 12:55 PM Logan Rathbone wrote:
>
> > On Mon, Mar 14, 2022 at 01:26:33AM EDT, David Chmelik wrote:
> > [reversed top-posting, for readability]
> > > On 3/13/22 8:18 PM, Duncan Roe wrote:
> >
> > > Eric (alienBOB) is on Slackware team, so one can trust his newer
> > > versions with fixes.
> >
> > These are very high-quality packages as well, but they are de-googled.
> > This may be against the grain around these parts, but for me, half the
> > reason I *do* use Chrome is to get the Google Account integration.
> >
>
> He has both regular chromium and chromium-ungoogled packages.
>
> http://www.slackware.com/~alien/slackbuilds/chromium/
> http://www.slackware.com/~alien/slackbuilds/chromium-ungoogled/
Hm, yes, I have seen this. I think I'll take a second look, but I'm
thinking ("googled") Chromium and Google Chrome still would have
different levels of Google integration (Googlization, if you will).
For instance, last time I checked, Google Account integration was not
working with Alien's (googled) Chromium packages; as I understand, this
was due to Google's muzzling of unofficial Chromium packages as of 15
March 2021; see
https://alien.slackbook.org/blog/google-muzzles-all-chromium-browsers-on-15-march-2021/
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] Has 15.0 dropped chromium?
On Mon, Mar 14, 2022 at 01:26:33AM EDT, David Chmelik wrote: [reversed top-posting, for readability] > On 3/13/22 8:18 PM, Duncan Roe wrote: > > google-chrome is in 15.0 extra, as it was in Curent. > > > > Cheers ... Duncan. > Yes, but that's now significantly old, after maybe security issue(s) > found/fixed. Not so; the google-chrome SlackBuild in /extra simply takes the dpkg that you must manually download from the official Google servers, and converts that into a Slackware tgz package that matches the version of the dpkg downloaded. > Eric (alienBOB) is on Slackware team, so one can trust his newer > versions with fixes. These are very high-quality packages as well, but they are de-googled. This may be against the grain around these parts, but for me, half the reason I *do* use Chrome is to get the Google Account integration. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] gtk-chtheme
Jun 27, 2021 17:59:32 David Chmelik : > On 6/27/21 9:55 AM, B Watson wrote: >> On 6/26/21, David Chmelik wrote: >>> I reported a gtk-chtheme bug to the SlackBuild maintainer. He says he >>> can't help because he no longer uses Slackware. >> Basically 2 choices here: >> >> 1. Fix the bug (whatever it is) and take over as maintainer of >> gtk-chtheme. >> >> 2. Wait (possibly forever?) for someone on this mailing list to >> take over as maintainer. If you're taking this approach, it would >> be good to let the list know what the actual bug is. > > I'm not taking it over. > There's a gtk-chtheme bug: if you select a theme (such as light theme) > further down the list, then have to scroll back up to a dark theme (like > Blackbird, near the top,) then it only turns on some parts of the dark theme > and not others. If you had chosen a theme (such as light theme) near the top > (like Akasha) so didn't need to scroll, only then will the dark theme have > all aspects turned on. However I want to use a light theme near the end of > the list (oxygen-gtk) so always have to scroll up and always have this > problem. I would suggest that this app be removed from SBO since it has been unmaintained upstream since 2004 and it is gtk2 only which is EOL upstream. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
[Slackbuilds-users] Zenity
Hey folks, I've noticed that zenity has not been updated since version 3.28.0 3 years ago. I am now the upstream maintainer on GNOME gitlab, so may I make the executive decision/request to take over as SBo maintainer? I'll CC Erik Hanson here as well in case he has any objection or input. Regards, Logan (poprocks) ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] Vim indent settings for SlackBuilds
On Tue, Sep 08, 2020 at 04:04:51PM +0100, Dave Woodfall wrote: On 07/09/20 23:02, Andrzej Telszewski put forth the proposition: I edit using Qt Creator as regular user. You use that as a general purpose editor? Isn't it rather slow compared to plain vim, and doesn't it also need X11 running to use it? Nope - you can also run it under Wayland! :-D ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] giving up guake
On Sat, Jun 06, 2020 at 07:19:29PM -0500, Donald Cooley wrote: > Hello, > Would someone like to takeover guake drop-down terminal? > It's in need of a version update. I'll take it. Thanks, Logan ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] Google chrome?
On Sat, May 30, 2020 at 05:30:30AM -0700, Rich Shepard wrote: > On Fri, 29 May 2020, Luiz Carlos Ramos wrote: > > > To add a suggestion, you may try Vivaldi, which is in SBo repository. I've > > been using it for some time and I'm pretty sure it has a recent version of > > Google Chrome under the hoods. > > Luiz, > > Thank you for the suggestion. I installed chrome from /extra and it had the > same issue as opera and chromium: the first thing ringcentral's web page did > was try to access a web page using xdg-open, but it could not find that URL. > A coding error by ringcentral. > > The application provides a link to download a client so I went that route. > Of course, Slackware was not among the choices, including 'other OS.' I > downloaded the fedora *.rpm, ran it through rpm2tgz, and installed the > client. This worked and allowed me to access the planning meeting even > though the other two participants and also long since left it. > > I'll use the downloaded ringcentral client for my presentation; no browser > needed. That's probably the best approach in any event. If ringcentral is anything like Zoom (I believe you said previously it was an offshoot), then the person hosting the conference has to actually enable a specific option to allow users to join via browser as an alternative to downloading the app. The checkbox you need to check off to enable that is surprisingly hard to find, and I've definitely encountered some hosts who have not checked it off, making it so that participants are required to download the app. Even when I as a host have checked that checkbox, I've noticed that on Firefox you can only join the conference through your browser for the video portion, and to join by audio you have to call the toll-free number of the service. I don't understand this at all. Isn't the whole point of implementing these technologies in HTML5 to avoid these kinds of interoperability issues? -Poprocks ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
[Slackbuilds-users] 'wayland-egl' can be removed from SBO
Hello all, Now that Diniz Bortlotto has updated wayland to 1.18.0, wayland-egl can be removed from SBo, as this is now part of wayland and is no longer a separate project. Thanks, Logan "Poprocks" ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] Trouble downloading from sourceforge.net
On Mon, Nov 25, 2019 at 08:36:06PM +0100, Peter Dambier wrote: > Hi, > > e.g. from pcmanfm Slackbuild I wanted to download > > "https://downloads.sf.net/pcmanfm/pcmanfm-1.3.1.tar.xz; > > After lots of lots of redirect wget gave up. > [snip] Not sure - but incidentally I was having similar problems with github yesterday. 500 errors abound. Coincidence? ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] network/deluge up for grabs
On Mon, Nov 18, 2019 at 08:24:03AM -0600, Gerardo Zamudio wrote: > Hi all, > > Since I switched to KDE Plasma a few years ago I have not used Deluge (I use > KTorrent now). > > Deluge 2.0 was released back in June. The new version uses Python 3 and GTK3. > I have not taken the time to review what will be required to build the new > version. If it requires a newer GTK3, it may not build in stock 14.2. > > The package is up for grabs by anyone who wants it. I'll take this. Regards, Logan "Poprocks" ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] pytesseract
On Sun, Nov 10, 2019 at 03:38:00PM -0500, Judah Milgram wrote: > > > Thanks for upgrading the slackbuild to tesseract 4! > > Related thought: sure would be nice to have pytesseract. Is it already part > of an existing slackbuild? > > If not, I'd be happy to take a stab at it. It doesn't look like pytesseract is part of an existing slackbuild. So I'm sure you could feel free to submit to slackbuilds.org. However, it should be noted that pytesseract is also installable from pip. I'm not sure what (if anything) the SBo policy is on this, but it would seem to me that unless a perl or python package is needed as a dependency for something else, users might be best off installing those packages from CPAN or pip, so as to avoid duplication of effort. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] LukenShiro's SlackBuilds
On Tue, Nov 05, 2019 at 08:29:19PM +0100, Matteo Bernardini wrote: > I just heard from LunkenShiro and he told me to forward this > communication (his mail is not working anymore and he has connection > problems with his pc): > > --- > > Ok, unfortunately I cannot maintain anymore my slackbuilds on SBo. > I hope to return ASAP... > farewell, great guys!!! Take care. > > --- > > the stuff he was maintaining follows: I've already claimed tesseract in my 'ping LukenShiro' thread ;-) I'll take: graphics/unpaper system/irqbalance ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
[Slackbuilds-users] Tesseract - ping LukenShiro
Hello, A few weeks ago I was looking to contact LukenShiro, maintain of tesseract (inter alia) since I was hoping to request an update to version 4.x of tesseract. Certain programs such as ocrmypdf from pip are starting to require 4.x of tesseract and up. The email address provided for them, lukensh...@ngi.it, bounced back. I'd be happy to volunteer to take over as maintainer of tesseract if LukenShiro is no longer interested. Thanks, Logan ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] VirtualBox6?
On Wed, Oct 30, 2019 at 02:17:01PM -0400, Andrew Payne wrote: > Hi all, I wanted to check in about VirtualBox. Is there a chance of an > updated slackbuild or a limitation of 14.2 that keeps it stuck at v5? It > seems they have a generic .run installer now, but I haven't seen this used > in a slackbuild before. Have you contacted the maintainer? As I understand, it is standard protocol to contact the maintainer about such things first, and only post to this list if you have not received a response within a reasonable period of time. > I'd try to package it, but VB is a little beyond my skill to reasonably > maintain it. Personally, there are some things I just have no interest in compiling: libreoffice, Chromium, KDE (have I said thanks to AlienBob yet?) and VirtualBox, being prime examples. For VirtualBox, for years I've used the .run installers distributed by Oracle, without issue. So that's what I do to run the latest version. YMMV of course. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] ponce.org - can't compile gnucash-3.7
On Wed, Oct 23, 2019 at 06:30:05PM +0100, mcmurchy1917techy via SlackBuilds-users wrote: > I've got a reasonably up to date current with multilib and ktown. > > Trying to compile gnucash-3.7, downloaded from ponce this morning, and get > this > > > /tmp/SBo/gnucash-3.7/libgnucash/engine/gnc-budget.c: In function > > 'gnc_budget_get_rec_time': > > /tmp/SBo/gnucash-3.7/libgnucash/engine/gnc-budget.c:724:13: error: > > G_ADD_PRIVATE [-Werror] > > 724 | return recurrenceGetTime(&(GET_PRIVATE(bgt)->recurrence)); > > | ^~~ > > cc1: all warnings being treated as errors > > [snip] > > Took the advice of the error log and changed the gnucash.SlackBuild, to > ignore warnings, as follows - > > > 51c51 > > < SLKCFLAGS="-O2 -fPIC" > > --- > > > SLKCFLAGS="-O2 -fPIC -Wno-error" > > It now compiles successfully. Have I - > > 1. missed some new instructions on this list > 2. got something missing on my system > 3. or now simply do have to ignore warnings > 4. or something else I believe an update to glib2 (2.62+) caused some similar issues. Many SlackBuilds on -current have had to be modified to prevent this. See this section of the relevant thread on LQ: https://www.linuxquestions.org/questions/slackware-14/sbo-scripts-not-building-on-current-read-1st-post-pls-4175561999/page138.html ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
