Backport PPA for PlayOnLinux

Bug #1203877 reported by jakebiesinger
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
playonlinux (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

PlayOnLinux shows there's a new version available (4.2.1), while the version from my software-sources (raring-ringtail) is 4.1.1. Saucy has 4.2.1.

Could we get a backport or a PPA with the latest version?

Revision history for this message
actionparsnip (andrew-woodhead666) wrote :

You will need to state what is in the new version which validates why it is necessary. Please cite links for bug and security fixes.

Revision history for this message
Jackson Doak (noskcaj) wrote :

If you want a PPA, you can probably do that bit yourself

Revision history for this message
Martin Evans (switches) wrote :

I think it's more a case of the one in the current repos is out of date. But that I guess is down to the maintainers.

Revision history for this message
Ronin Dusette (ronindusette) wrote :
Download full text (6.4 KiB)

I can post the changelog. Its too much to mention.

As you can see, its quite a lot.

Really, having this stable version would be great in the repos. I dont think its been up to date since I started using linux quite a few years ago. haha

********************************************

4.2.1
When removing shortcuts or virtual drives from the Configure window, make sure desktop icons, menu entries, etc. are also removed.
fix Python's VersionLower (infinite source of bugs)
Update © in about box LP: #1160801
Fix a huge problem in bug reporting I introduced in 4.2... I thought it tested it well, this is depressing. Without testers, without users testing beta versions, it seems there's no way to get bugfree releases.
(experimental) enable display of beta scripts by default, differenciate them in lists using a reddish background
4.2
Huge icons download speedup by reusing a single HTTP connection
Make sure debug mode is disabled when using playonlinux --run; Debug may still be used in playonlinux-bash though
Make sure entered prefix name contains no space or slash during manual installations
POL_System_wget: make sure the pipelined wget exitcode is not masked by grep's one
POL_System_wget: interpret wget exitcodes
genere_icone(): pick the right icon instead of Wine generic one (reported by Simon/excalibr on IRC) (#1815)
(experimental) WINEDEBUG prefix setting, modify the amount of logging when debugging is enabled. I'm not sure of the right scope, should it be per-shortcut, like the old "enable debugging" flag, or even global?
POL_SetupWindow_shortcut_creator: use executable name as default shortcut name
sort shortcuts case insensitively in main window so that lowercase doesn't end up at the bottom
bug report: insert basic questions to answer in the bug report
add "Report a problem" in shortcut-related actions in the side panel
do not ask for confirmation to close PlayOnLinux if there's no program started
do not suggest bug reporting if a script has been canceled by the user because a prefix already existed
virtual drive removal should now overpass bad directory rights (caused by WMP9 for example) (#1732)
POL_System_HomeSpaceLeft fix for df multiline output (#1890)
added POL_System_UserRootSpaceLeft, in case ~/.PlayOnLinux is a symlink or a mount
use POL_System_UserRootSpaceLeft in POL_System_EnoughSpace
if exists, look for mounted devices in /media/$USER/ directory (Ubuntu Quantal, #1893)
manual_install: don't call POL_Wine_PrefixCreate on patch installation
irc: only warn about closing window when connected
Debug log all user inputs (POL_SetupWindow_textbox, etc.)
mainwindow.py: try to handle EINTR while reading from pol_update_list pipe (#1687)
DeletePrefix: if root is actually a symlink, just delete the symlink
gui_server.py: try to handle EINTR while accepting socket connections (#1687)
Fix typo (#1932)
POL_SetupWindow_download: accept a directory or a filename as 4th parameter
POL_Download: accept URLs with "query strings", that get included in local filename
(experimental) if missing, look for resources in winetricks cache before attempting download (#1963)
Add POL_Wine_DelOverrideDLL, POL_Wine_DelAppOverrideDLL (#1989)
POL_Wine_OverrideDLL ...

Read more...

Revision history for this message
Martin Evans (switches) wrote :

Afaik it's always been a release or two behind what was current (a bit like the wine versions in the repo >.>)

Revision history for this message
jakebiesinger (jake-biesinger) wrote :

I don't know if it makes any difference, but the Debian unstable version is up to date https://launchpad.net/debian/+source/playonlinux.

Revision history for this message
Ronin Dusette (ronindusette) wrote :

Most other distro's are. Ubuntu is the only one that is this far behind. Even the community Arch repo's have the current version. In terms of performance and reliability, this is our most stable release yet.

Revision history for this message
Ronin Dusette (ronindusette) wrote :

And that is incorrectly named. 4.2.1 is the current stable, not dev release. 4.2.2 is our current unstable dev release, and is only available through git right now.

Revision history for this message
Ronin Dusette (ronindusette) wrote :

***********************

"playonlinux" versions published in Ubuntu

Saucy (4.2.1-1): multiverse/otherosfs
Raring (4.1.1-1): multiverse/otherosfs
Quantal (4.1.1-1): multiverse/otherosfs
Precise (4.0.14-1): multiverse/otherosfs
Lucid (3.7.3-1): multiverse/otherosfs

*****************************

Lol. So, I can understand Sauncy running an experimental version of POL, but all of the others work fine with the current stable version, and upgrading to the current stable will do nothing to hurt their currently set up wine prefixes, so thats a plus, as well.

Revision history for this message
Aymeric (mulx) wrote :

Hi,

This is not a PPA hosted by launchpad/canonical but we provide a repository on our website to get the last (stable) version of our software.

TL;DR: There is no security fix as PlayOnLinux is a fronted for Wine (written mainly in python/bash), but old version (< 4.2) may not be able to work any more when user try to install software.

PlayOnLinux uses scripts for installing (Windows) software which are fetched on the website (this allow us to add, update installer following changes of editor - like GOG.com).
So we have added and/or fixed some functions into the software for making life of scripter (guys who wrote script) easier, so script published before POL 4.1 (and never updated since) still works, newer script will probably failed.

Updating POL on any stable release, will not affect anything else than POL, itself.

Regards,
Aymeric.

Changed in playonlinux (Ubuntu):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.