Jump to content

Adobe Dictating to Linux Users What Browser They Must Use


V.T. Eric Layton

Recommended Posts

securitybreach
I wonder if Iron users will still be able to get flash ? B)

Probably so considering Iron is just the open source build of chrome (chromium) with the tracking stuff stripped out.

Link to comment
Share on other sites

securitybreach

Surely this is just a rumor as this would be completely stupid on Adobe's part. Adobe has always been good about providing updates on Linux (besides the few buggy builds on x86_64 even though they were released) so surely Google has not swayed them that much. I smell monopoly investigations if this is true.... :blink:

Link to comment
Share on other sites

securitybreach

Also, would this not affect chromium which is open source? The source for the flash implementation would have to be included in compliance with the license. Although, I just looked at the license and with so many types who knows what they could slip in:

BSD license, MIT License, LGPL, MS-PL and MPL/GPL/LGPL tri-licensed code, plus unlicensed files.

http://en.wikipedia.org/wiki/Chromium_(web_browser)

 

I use Iron and may be fine but this is unreal if true. :unsure:

Link to comment
Share on other sites

I don't get it. Just what benefit does it serve for Adobe to make this kind of change? The veracity of the quote that you have on your blog must be vetted. Do you have a link for the article by chance?

Link to comment
Share on other sites

securitybreach

It does say:

stop offering direct downloads of Flash Player for Linux

So does this mean that it will still be available to package developers just not on the front page to download?

 

 

I don't get it. Just what benefit does it serve for Adobe to make this kind of change? The veracity of the quote that you have on your blog must be vetted. Do you have a link for the article by chance?

It was at the bottom of the blog post:

Further reading: Adobe to Linux users: Get Chrome or forget Flash from ComputerWorld
Link to comment
Share on other sites

securitybreach

Thanks for the info. So it will still be available but they are strongly linking with Google on this one:

We will be providing a debug player implementation of the Flash Player browser plugin on Linux, and will update the whitepaper once we have more details on how it will be distributed.

 

Even still, I am extremely irate about this, even as a chromium(iron) user.

Link to comment
Share on other sites

I thought HTM5 and VP8 were being developed to do away with Flash so what is the big deal ? An can flash not be played in an embeded player ?

I'm a bit puzzled as to what the fuss is about. B)

Link to comment
Share on other sites

Guest LilBambi

This is just plain laziness on Adobe's part.

 

Not everyone will be moving to Google Chrome or Iron.

 

Many of us still will use Firefox, Opera and other cross platform browsers.

Link to comment
Share on other sites

This is just plain laziness on Adobe's part.

 

Not everyone will be moving to Google Chrome or Iron.

 

Many of us still will use Firefox, Opera and other cross platform browsers.

 

I certainly will not be moving to Iron as it will not install in Arch as I found out today. Some missmatch in the package I think. :rolleyes:

Link to comment
Share on other sites

securitybreach
I certainly will not be moving to Iron as it will not install in Arch as I found out today. Some missmatch in the package I think. :rolleyes:

The issue you had was the validation check. It looks like the PKGBUILD needs to be updated:

╔═ comhack@Cerberus 01:45 PM

╚═══ ~-> packer -S iron-bin

warning: iron-bin-16.0.950.2-1 is up to date -- reinstalling

 

Aur Targets (1): iron-bin

 

Proceed with installation? [Y/n]

 

Edit iron-bin PKGBUILD with $EDITOR? [Y/n] n

Edit iron-bin.install with $EDITOR? [Y/n] n

==> Making package: iron-bin 16.0.950.2-1 (Thu Feb 23 13:45:09 CST 2012)

==> Checking runtime dependencies...

==> Checking buildtime dependencies...

╚═══ ~-> packer -S iron-bin

warning: iron-bin-16.0.950.2-1 is up to date -- reinstalling

 

Aur Targets (1): iron-bin

 

Proceed with installation? [Y/n]

 

Edit iron-bin PKGBUILD with $EDITOR? [Y/n] n

Edit iron-bin.install with $EDITOR? [Y/n] n

==> Making package: iron-bin 16.0.950.2-1 (Thu Feb 23 13:48:26 CST 2012)

==> Checking runtime dependencies...

==> Checking buildtime dependencies...

==> Retrieving Sources...

-> Found iron-linux-64.tar.gz

-> Found iron.desktop

-> Found iron.png

-> Found iron.sh

-> Found LICENSE

==> Validating source files with md5sums...

iron-linux-64.tar.gz ... FAILED

iron.desktop ... Passed

iron.png ... Passed

iron.sh ... Passed

LICENSE ... Passed

==> ERROR: One or more files did not pass the validity check!

The build failed.

 

To fix this, I simply noted the name of the one that failed:

iron-linux-64.tar.gz

 

Then I downloaded the AUR package from the AUR page:

╔═ comhack@Cerberus 02:08 PM 
╚═══ ~-> w.g.e.t. https://aur.archlinux.org/packages/ir/iron-bin/iron-bin.tar.gz
--2012-02-23 14:08:45--  https://aur.archlinux.org/packages/ir/iron-bin/iron-bin.tar.gz
Resolving aur.archlinux.org... 208.92.232.29
Connecting to aur.archlinux.org|208.92.232.29|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 80188 (78K) [application/x-tgz]
Saving to: `iron-bin.tar.gz'

100%[============================================================================
================================================================================
=>] 80,188       228K/s   in 0.3s    

2012-02-23 14:08:45 (228 KB/s) - `iron-bin.tar.gz' saved [80188/80188]

Then I extracted and cd into the directory:

╔═ comhack@Cerberus 02:08 PM 
╚═══ ~-> tar -xzf iron-bin.tar.gz 

╔═ comhack@Cerberus 02:08 PM 
╚═══ ~-> cd iron-bin/

 

Then I opened the PKGBUILD with a text editor (vim) and I looked at the source line:

source=(http://www.srware.net/downloads/iron-linux${_64}.tar.gz

From looking at the error above, I see that the filename is iron-linux-64.tar.gz so now I know the url to fetch the file:

╔═ comhack@Cerberus 02:12 PM 
╚═══ ~-> w.g.e.t. http://www.srware.net/downloads/iron-linux-64.tar.gz
--2012-02-23 14:13:01--  http://www.srware.net/downloads/iron-linux-64.tar.gz
Resolving www.srware.net... 178.33.41.91
Connecting to www.srware.net|178.33.41.91|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 39838149 (38M) [application/x-gzip]
Saving to: `iron-linux-64.tar.gz'

100%[============================================================================
================================================================================
=>] 39,838,149   213K/s   in 2m 5s   

2012-02-23 14:15:07 (311 KB/s) - `iron-linux-64.tar.gz' saved [39838149/39838149]

Next, I generated a new md5sum from the downloaded file:

╔═ comhack@Cerberus 02:15 PM 
╚═══ ~-> md5sum iron-linux-64.tar.gz 
f4c0cbd9488c9b306295aef8b227e4e8  iron-linux-64.tar.gz

Next I looked back at the PKGBUILD file and changed the first md5sum from:

md5sums=('d416c014551a6a5b37a4bb0dd09078d0'

to

md5sums=('f4c0cbd9488c9b306295aef8b227e4e8'

and also changed the line:

[[ "$CARCH" == 'x86_64' ]] && md5sums[0]='d416c014551a6a5b37a4bb0dd09078d0'

to:

[[ "$CARCH" == 'x86_64' ]] && md5sums[0]='f4c0cbd9488c9b306295aef8b227e4e8'

and saved the file.

Then I simply built the package:

╔═ comhack@Cerberus 02:26 PM 
╚═══ ~/iron-bin-> makepkg 
==> Making package: iron-bin 16.0.950.2-1 (Thu Feb 23 14:27:00 CST 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
  -> Found iron-linux-64.tar.gz
  -> Found iron.desktop
  -> Found iron.png
  -> Found iron.sh
  -> Found LICENSE
==> Validating source files with md5sums...
    iron-linux-64.tar.gz ... Passed
    iron.desktop ... Passed
    iron.png ... Passed
    iron.sh ... Passed
    LICENSE ... Passed
==> Extracting Sources...
  -> Extracting iron-linux-64.tar.gz with bsdtar
==> Entering fakeroot environment...
==> Starting package()...
==> Tidying install...
  -> Purging unwanted files...
  -> Compressing man and info pages...
  -> Stripping unneeded symbols from binaries and libraries...
==> Creating package...
  -> Generating .PKGINFO file...
  -> Adding install file...
  -> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: iron-bin 16.0.950.2-1 (Thu Feb 23 14:27:55 CST 2012)

and installed it:

╔═ comhack@Cerberus 02:27 PM 
╚═══ ~/iron-bin-> su
Password: 
[root@Cerberus iron-bin]# pacman -U iron-bin-16.0.950.2-1-x86_64.pkg.tar.xz 
loading packages...
warning: iron-bin-16.0.950.2-1 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...

Targets (1): iron-bin-16.0.950.2-1

Total Installed Size:   89.71 MiB
Net Upgrade Size:       5.21 MiB

Proceed with installation? [Y/n] 
(1/1) checking package integrity                            [################################] 100%
(1/1) loading package files                                 [################################] 100%
(1/1) checking for file conflicts                           [################################] 100%
(1/1) checking available disk space                         [################################] 100%
(1/1) upgrading iron-bin                                    [################################] 100%
[root@Cerberus iron-bin]#

 

The checksum should be fixed in the next release but this does sometimes happen with AUR packages. You will not have to do this next time and you can easily update the package even after the edit.

Link to comment
Share on other sites

Well I tried to follow your tutorial but get

 

bash: w.g.e.t.: command not found

 

when I try to

 

 w.g.e.t. http://www.dockapps.org/download.php/id/853/$pkgname_$pkgver.tar.gz

 

Happens as root or user, tried a "," aswell as a "." :hmm:

 

Ha you have to "wget" no full stops. :rolleyes:

Edited by abarbarian
Link to comment
Share on other sites

securitybreach

We have to type w.g.e.t. as it triggers the bad word filter:

This is because of enhanced security of the servers of our new webhost . . . we like the forum to be super-safe so these are things we will have to live with. A quote from a message from our webhost to Scot:

This is due to the request filter settings we have in LiteSpeed (request filter is very similar to mod_security - www.modsecurity.org). These filters are designed to prevent users from exploiting and downloading malicious files in the process.

Unfortunately, a side effect is that it scans the "POST" type requests for such things as 'wget', 'lynx', etc.

http://forums.scotsnewsletter.com/index.php?showtopic=21483

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...