LinuxQuestions.org
Welcome to the most active Linux Forum on the web.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 04-19-2017, 06:56 AM   #2191
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 6,573

Rep: Reputation: 3820Reputation: 3820Reputation: 3820Reputation: 3820Reputation: 3820Reputation: 3820Reputation: 3820Reputation: 3820Reputation: 3820Reputation: 3820Reputation: 3820

Quote:
Originally Posted by rob.rice View Post
no systemd
You are sounding like a scratched vinyl record. Remember the warning from the forum moderators: in the Slackware forum, starting another flamewar about systemd can cause your account to be locked.
 
5 members found this post helpful.
Old 04-19-2017, 04:32 PM   #2192
volkerdi
Slackware Maintainer
 
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 1,226

Rep: Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327
Quote:
Originally Posted by cwizardone View Post
Firefox 53.0.
Source, https://ftp.mozilla.org/pub/firefox/....source.tar.xz

As of the moment, the release notes haven't been posted.
This requires rust. I've been looking into rust, and have had some helpful emails with hints about how to proceed there. But I have to say that as much as it looks like using rust would be beneficial to Firefox security, it doesn't seem entirely ready for prime time. When a language that's written in itself can't compile itself without the use of a large bootstrapping compiler provided as binaries, there's work to be done.

There's also a new 52.1.0 ESR that I intended to put into -current until we know what to do about rust, but it doesn't compile. I'm looking into that, but won't let it block things.
 
11 members found this post helpful.
Old 04-19-2017, 05:10 PM   #2193
orbea
Member
 
Registered: Feb 2015
Distribution: Slackware64-current
Posts: 653

Rep: Reputation: Disabled
I'll just say that I looked into rust before, spent sometime adding simple things like --docdir to their extremely convoluted build system (Unintentionally breaking the build for platforms I don't have in the process...) and then I tried cargo which immediately started to download a whole bootstrapping environment during configure... Suffice to say I dropped the idea quickly.
 
5 members found this post helpful.
Old 04-19-2017, 07:40 PM   #2194
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 1,089

Rep: Reputation: 406Reputation: 406Reputation: 406Reputation: 406Reputation: 406
Talking about Rust, I wonder if GCC could be compiled with no C/C++ compiler present in the system, at all...

Maybe the issue is just that Slackware does not ship yet a Rust Compiler?
 
1 members found this post helpful.
Old 04-19-2017, 08:59 PM   #2195
ttk
Member
 
Registered: May 2012
Location: Sebastopol, CA
Distribution: Slackware
Posts: 521
Blog Entries: 20

Rep: Reputation: 532Reputation: 532Reputation: 532Reputation: 532Reputation: 532Reputation: 532
Quote:
Originally Posted by Darth Vader View Post
Maybe the issue is just that Slackware does not ship yet a Rust Compiler?
Why would Patrick say "it doesn't seem entirely ready for prime time" if the issue were actually the lack of a Rust compiler? O_o

A Rust compiler is available for Slackware anyway, so that's not it:

https://slackbuilds.org/repository/1...elopment/rust/
 
2 members found this post helpful.
Old 04-20-2017, 02:38 AM   #2196
Daedra
Senior Member
 
Registered: Dec 2005
Location: Springfield, MO
Distribution: Slackware64-14.2
Posts: 1,424

Rep: Reputation: 297Reputation: 297Reputation: 297
compiz-0.8.14
https://github.com/compiz-reloaded/compiz/releases

Looks like the compiz-reloaded team just pushed 0.8.14 releases for the entire set of compiz packages. It would be nice to see compiz dropped from the main tree and turned over to SBo so that it would be easier to keep all the packages together. If not then a nice alternative would be to see the 6 year old 0.8.8 release upgraded to the newest version. The compiz-reloaded project has been around for a while now and most distro repos are adopting their releases over the old now defunct compiz.org packages.

Last edited by Daedra; 04-20-2017 at 02:40 AM.
 
Old 04-20-2017, 02:51 AM   #2197
Daedra
Senior Member
 
Registered: Dec 2005
Location: Springfield, MO
Distribution: Slackware64-14.2
Posts: 1,424

Rep: Reputation: 297Reputation: 297Reputation: 297
A few pages back I requested that freetype be updated to 2.7.1. The reason why I would like to see this is because the 2.7 branch of freetype now enables subpixel-hinting in the default build. This is particularly nice because the freetype slackbuild has a patch to enable subpixel-rendering and when freetype is rebuilt with subpixel-rendering and subpixel-hinting enabled you can get infinality level of rendering quality simply by symlinking the appropriate entries into your /etc/fonts/conf.d.

Right now current has freetype 2.6.5 which has support for subpixel-hinting, but it is disabled by default. I can see Pat sticking with 2.6.5 so that the sudden change in font rendering you would get with 2.7 won't bother people. However, if possible, it would be great to see a patch to enable subpixel-hinting in the slackbuild like there is for subpixel-rendering. That way for those of us who recompile freetype we can get both of those options enabled easily instead of having to edit the slackbuild with sed or a custom patch to enable subpixel-hinting.

Last edited by Daedra; 04-20-2017 at 03:03 AM.
 
1 members found this post helpful.
Old 04-20-2017, 05:11 AM   #2198
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 1,089

Rep: Reputation: 406Reputation: 406Reputation: 406Reputation: 406Reputation: 406
Quote:
Originally Posted by ttk View Post
Why would Patrick say "it doesn't seem entirely ready for prime time" if the issue were actually the lack of a Rust compiler? O_o

A Rust compiler is available for Slackware anyway, so that's not it:

https://slackbuilds.org/repository/1...elopment/rust/
Wondering if you noticed that our glorious SlackBuild for Rust use initially a large bootstrapping compiler provided as binaries...

Last edited by Darth Vader; 04-20-2017 at 06:47 AM.
 
Old 04-20-2017, 08:05 AM   #2199
Petri Kaukasoina
Member
 
Registered: Mar 2007
Posts: 257

Rep: Reputation: 102Reputation: 102
Quote:
Originally Posted by cwizardone View Post
Support for NPAPI plugins (other than Adobe Flash) has been removed.
 
Old 04-20-2017, 08:13 AM   #2200
audriusk
Member
 
Registered: Mar 2011
Location: Klaipėda, Lithuania
Distribution: Slackware
Posts: 339

Rep: Reputation: 181Reputation: 181
Quote:
Originally Posted by Petri Kaukasoina View Post
Support for NPAPI plugins (other than Adobe Flash) has been removed.
This has already happened in Firefox 52 (not ESR). See https://www.mozilla.org/en-US/firefo.../releasenotes/. Firefox 52 ESR is the last version to fully support NPAPI plugins.
 
2 members found this post helpful.
Old 04-20-2017, 11:14 AM   #2201
cwizardone
Senior Member
 
Registered: Feb 2007
Distribution: Slackware64-current with "True Multilib." FreeBSD.
Posts: 3,452
Blog Entries: 1

Rep: Reputation: 845Reputation: 845Reputation: 845Reputation: 845Reputation: 845Reputation: 845Reputation: 845
Quote:
Originally Posted by Petri Kaukasoina View Post
Support for NPAPI plugins (other than Adobe Flash) has been removed.
As audriusk pointed out, this was done in version 52.
You might want to check the links in message #2018, on page #70, of this thread (topic).
 
Old 04-20-2017, 11:47 AM   #2202
volkerdi
Slackware Maintainer
 
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 1,226

Rep: Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327Reputation: 3327
Quote:
Originally Posted by Darth Vader View Post
Talking about Rust, I wonder if GCC could be compiled with no C/C++ compiler present in the system, at all...

Maybe the issue is just that Slackware does not ship yet a Rust Compiler?
Are you unfamiliar with bootstrapping a compiler, Darth?

A closer analogy would be to imagine that you have GCC on the machine, and you're able to compile things. But you can't compile GCC with it.

I've had rust installed here, BTW.
 
3 members found this post helpful.
Old 04-20-2017, 12:10 PM   #2203
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 1,089

Rep: Reputation: 406Reputation: 406Reputation: 406Reputation: 406Reputation: 406
I am familiar with bootstrapping a compiler, of course.

But, looks like I had understand wrong which issue is...

Surely, I agree that the Rust compiler not being able to re-compile itself is a really nasty issue.
 
2 members found this post helpful.
Old 04-20-2017, 12:14 PM   #2204
bassmadrigal
Senior Member
 
Registered: Nov 2003
Location: Newport News, VA
Distribution: Slackware
Posts: 4,044

Rep: Reputation: 2033Reputation: 2033Reputation: 2033Reputation: 2033Reputation: 2033Reputation: 2033Reputation: 2033Reputation: 2033Reputation: 2033Reputation: 2033Reputation: 2033
Just a friendly reminder that /etc/ld.so.conf points to an inexistent directory on Slackware64. It points to /usr/x86_64-slackware-linux/lib/, but the a/binutils package creates a symlink of /usr/x86_64-slackware-linux/lib64/ (pointing to /usr/lib64/ldscripts/), following the ${LIBDIRSUFFIX} variable used in the etc.SlackBuild. The a/etc package creates ld.so.conf, and while I'm sure the etc.SlackBuild's sed line could be changed to keep the lib directory at the end (instead of lib${LIBDIRSUFFIX}, it seems like the easier option would be to adjust binutils.SlackBuild to use the ${LIBDIRSUFFIX} variable when creating that symlink.

Here's a quick patch I created when I previously posted about this.

Code:
diff --git a/binutils.SlackBuild b/binutils.SlackBuild
index 41fa980..6d46e9b 100755
--- a/binutils.SlackBuild
+++ b/binutils.SlackBuild
@@ -167,7 +167,7 @@ make install DESTDIR=$PKG || exit 1
 # Move ldscripts to /usr/lib${LIBDIRSUFFIX}, and then put symlinks in place
 mv $PKG/usr/${TARGET}/lib/ldscripts $PKG/usr/lib${LIBDIRSUFFIX}
 ( cd $PKG/usr/${TARGET}
-  ln -s /usr/lib${LIBDIRSUFFIX}/ldscripts lib/ldscripts
+  ln -s /usr/lib${LIBDIRSUFFIX}/ldscripts lib${LIBDIRSUFFIX}/ldscripts
   for FILE in ar as ld ld.bfd ld.gold nm objcopy objdump ranlib strip ; do
     if [ -r "/usr/bin/$FILE" ]; then
       rm -f bin/$FILE
As mentioned before, I doubt this is a big deal as it's just a symlink, and the linked directory is listed before this one in ld.so.conf, but it'd still probably be a good idea to have it point to the correct directories
 
4 members found this post helpful.
Old 04-22-2017, 07:05 AM   #2205
1337_powerslacker
Member
 
Registered: Nov 2009
Distribution: Slackware64-current
Posts: 504
Blog Entries: 1

Rep: Reputation: 182Reputation: 182
Quote:
Originally Posted by Daedra View Post
A few pages back I requested that freetype be updated to 2.7.1. The reason why I would like to see this is because the 2.7 branch of freetype now enables subpixel-hinting in the default build. This is particularly nice because the freetype slackbuild has a patch to enable subpixel-rendering and when freetype is rebuilt with subpixel-rendering and subpixel-hinting enabled you can get infinality level of rendering quality simply by symlinking the appropriate entries into your /etc/fonts/conf.d.

Right now current has freetype 2.6.5 which has support for subpixel-hinting, but it is disabled by default. I can see Pat sticking with 2.6.5 so that the sudden change in font rendering you would get with 2.7 won't bother people. However, if possible, it would be great to see a patch to enable subpixel-hinting in the slackbuild like there is for subpixel-rendering. That way for those of us who recompile freetype we can get both of those options enabled easily instead of having to edit the slackbuild with sed or a custom patch to enable subpixel-hinting.
I thank you for this post; it got me to look into freetype's latest release, and came across the sed patch to enable subpixel hinting. I've got to admit that the fonts look ever so much better now. Thanks again!
 
1 members found this post helpful.
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] how to show the current time at the top in the current shell Always ? rohitchauhan Linux - General 5 04-09-2014 03:05 PM
Slackware ARM (current) epic mistake: the current Android kernels are kicked out! Darth Vader Slackware 16 08-25-2013 04:36 PM
[SOLVED] setup fails on most current Slackware-current March 26, 2012 AlleyTrotter Slackware 15 04-09-2012 06:05 AM
Observation of Feb -current vs March -current Hangaber Slackware 14 03-12-2010 08:26 AM
cvs diff the most current and second last current version powah Linux - Software 1 03-30-2006 01:02 PM


All times are GMT -5. The time now is 12:56 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration