[Bug 40134] New: WineHQ repositories for Ubuntu and Debian have only the latest development/staging release
https://bugs.winehq.org/show_bug.cgi?id=40134
Bug ID: 40134 Summary: WineHQ repositories for Ubuntu and Debian have only the latest development/staging release Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs@winehq.org Reporter: dimesio@earthlink.net CC: michael@fds-team.de, sebastian@fds-team.de Distribution: ---
The Fedora, Mageia, and Mac OS X repositories contain all packages that have been built by WineHQ so far, and in the case of Fedora and Mageia, even have packages for 1.8.1 (though they are inexplicably labeled "development"). The Ubuntu and Debian repositories, however, only contain the latest development and staging releases.
Why this matters: users who encounter a regression when they upgrade Wine need to be able to revert to the old version until the problem is fixed. Keeping old packages available makes this very easy, and since using the development or staging release then becomes relatively risk-free, more users are likely to be willing to test those versions. More users testing every release benefits the project as a whole.
As for the stable release, while it's true our Downloads page only promises development and staging packages, since we are apparently providing stable packages for some distros, they should be provided for all.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #1 from Michael Müller michael@fds-team.de --- We are aware of this problem, but I fear there is no way to fix this for launchpad. Launchpad only stores about 1 or 2 old versions and removes them afterwards. PPAs are limited to a size of 2GB by default, we already got a raise to 4GB because we ran out of space. I guess Launchpad can not afford to store so much data. We might ask them, but I am not sure they would do this for free.
Regarding debian, this could be fixed in theory. The problem is that the software reprepro, which we use to create the debian repositories, does not support it (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=570623). We still have the builds, just adding them to a repository is difficult. There are alternatives to reprepro but they often have other disadvantages.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #2 from Rosanne DiMesio dimesio@earthlink.net --- As far as Launchpad is concerned, I don't understand why you're using it in the first place. The old Ubuntu Wine PPA is not only still available, when you google "ubuntu wine ppa" that repository is the first result. Because of that, we have users who mistake that for the "official" repository and end up on the forum asking why their package manager keeps telling them some old version of Wine is the latest available. From a user support standpoint, I would MUCH prefer everything to be on dl.winehq.org.
Is it possible to simply create an archive directory on dl.winehq.org and put the old Ubuntu/Debian packages there? Even if users have to download the packages manually and install them from their local drive, that's better than not having them available at all.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #3 from Michael Müller michael@fds-team.de --- (In reply to Rosanne DiMesio from comment #2)
As far as Launchpad is concerned, I don't understand why you're using it in the first place. The old Ubuntu Wine PPA is not only still available, when you google "ubuntu wine ppa" that repository is the first result. Because of that, we have users who mistake that for the "official" repository and end up on the forum asking why their package manager keeps telling them some old version of Wine is the latest available. From a user support standpoint, I would MUCH prefer everything to be on dl.winehq.org.
There are several good reasons to use Launchpad. Ubuntu users know PPAs and they rarely have to deal with debian style repositories. There are a few exceptions since Launchpad doesn't allow proprietary software, if you don't pay for a commercial subscription. I can't remember ever having to add a debian style repository for open source software during the time I used Ubuntu. Why do you think users google for "ubuntu wine ppa" if this is not the case? I also don't see how this should ever return dl.winehq.org as search result which is obviously no launchpad PPA.
Besides this, there are also some technical reasons. There are currently 5 Ubuntu versions supported by Launchpad. In order to build packages, we need a 32 and 64 bit VM for each of these versions. This means we need to maintain 10 additional build VMs. Further more they publish a new version every 6 months, so this is a lot of additional work, while Launchpad does this just fine.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #4 from Rosanne DiMesio dimesio@earthlink.net --- (In reply to Michael Müller from comment #3)
(In reply to Rosanne DiMesio from comment #2)
I also don't see how this should ever return dl.winehq.org as search result which is obviously no launchpad PPA.
I don't expect it to. What I would prefer is a URL that makes it perfectly clear which repository is the official WineHQ one. "dl.winehq.org" does that; "https://launchpad.net/~wine/+archive/ubuntu/wine-builds" doesn't.
Besides this, there are also some technical reasons.
I figured that, which is why I never brought it up before. Dealing with the confusion over the PPAs is a minor annoyance. But if Launchpad is truly the only reason we don't have old packages available for Ubuntu users, I consider that a significant problem.
That brings me back to my question about creating an archive here, which you haven't commented on. Scott did maintain a package archives for old Ubuntu Wine packages at http://wine.budgetdedicated.com/archive/binary/, so I think Ubuntu users are already perfectly capable of downloading and installing packages from outside Launchpad.
https://bugs.winehq.org/show_bug.cgi?id=40134
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=40134
Otto Leipälä otto.leipala@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |otto.leipala@gmail.com
--- Comment #5 from Otto Leipälä otto.leipala@gmail.com ---
As for the stable release, while it's true our Downloads page only promises development and staging packages, since we are apparently providing stable packages for some distros, they should be provided for all.
Should provide stable wine packages Mageia wine is stuck to 1.7.30,due to update policy what disallow packages have new features only bug and security fixes are allowed.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #6 from Rosanne DiMesio dimesio@earthlink.net --- (In reply to Otto Leipälä from comment #5)
Should provide stable wine packages Mageia wine is stuck to 1.7.30,due to update policy what disallow packages have new features only bug and security fixes are allowed.
WineHQ is providing stable packages for Mageia (and Fedora and MacOSX). It's Debian and Ubuntu users that are being shortchanged.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #7 from Otto Leipälä otto.leipala@gmail.com --- No there is no stable wine in repo,only winehq-devel wine-staging both are wine development versions not stable.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #8 from Rosanne DiMesio dimesio@earthlink.net --- (In reply to Otto Leipälä from comment #7)
No there is no stable wine in repo,only winehq-devel wine-staging both are wine development versions not stable.
What repo are you looking at? I see 1.8.1 packages in all 4 WineHQ repos listed on https://wiki.winehq.org/Mageia.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #9 from Otto Leipälä otto.leipala@gmail.com --- There is devel and staging versions to 1.8.1 but it will auto upgrade it to new devel version.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #10 from Rosanne DiMesio dimesio@earthlink.net --- (In reply to Otto Leipälä from comment #9)
There is devel and staging versions to 1.8.1 but it will auto upgrade it to new devel version.
Presumably there's a way to prevent your package manager from auto upgrading anything. At the very least, I'd think you could remove the repository after installing 1.8.1. Or download the packages manually and install them without adding the repository. But I don't use Mageia, so I really can't help you with that, and it has nothing to do with this bug. Ask for help on the Mageia forum.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #11 from Otto Leipälä otto.leipala@gmail.com --- I know how to skip packages from upgrading it or how to manually install rpm packages.i don't need support forum to do it. Just wan't to have package to install stable version wine not to hack terminal to do it,is that too hard to understand it ?????. Do you think some new users in Mageia wan't to install only winehq-devel or winehq-staging,hack it manually everytime they need to upgrade it to new version i don't think so it's not very user friendly at all.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #12 from Rosanne DiMesio dimesio@earthlink.net --- This discussion has nothing to do with this bug and doesn't belong here. Either take it to the forum or file your own bug for whatever problem you think exists in the WineHQ Mageia packages.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #13 from Otto Leipälä otto.leipala@gmail.com ---
As for the stable release, while it's true our Downloads page only promises development and staging packages, since we are apparently providing stable packages for some distros, they should be provided for all.
Would you please read your own comment.I know when something is off topic and won't be nothing to do with bug,but my main point still fits 100% this bug even to your own comment.If stable is provided to all distros it should be different named package if somebody wan't to downgrade winehq-devel or wine-staging to pure wine stable or install only wine stable.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #14 from Rosanne DiMesio dimesio@earthlink.net --- (In reply to Otto Leipälä from comment #13)
If stable is provided to all distros it should be different named package if somebody wan't to downgrade winehq-devel or wine-staging to pure wine stable or install only wine stable.
Stable packages aren't being provided to all distros: there are none for Debian and Ubuntu. This bug is ONLY about the packages missing from the Debian and Ubuntu repositories.
As for the 1.8.x Fedora, Mageia, and MacOSX package names, I happen to agree with you, but that's irrelevant to this bug. File a separate bug for that if it's important to you.
https://bugs.winehq.org/show_bug.cgi?id=40134
--- Comment #15 from Otto Leipälä otto.leipala@gmail.com --- I filed new bug thanks for your wise. https://bugs.winehq.org/show_bug.cgi?id=40197
https://bugs.winehq.org/show_bug.cgi?id=40134
Michael Müller michael@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #16 from Michael Müller michael@fds-team.de --- Should be fixed by now.
You can see for example Wine 2.4 and 2.5 for Debian at http://dl.winehq.org/wine-builds/debian/pool/main/?stupid_cdn
https://bugs.winehq.org/show_bug.cgi?id=40134
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Rosanne DiMesio dimesio@earthlink.net --- Closing fixed packaging bug.
-
wine-bugs＠winehq.org