[Solved] Out-Of-Date Packages In Official Repos

Hello all,
Not really a question, but a general inquiry regarding the whole out-of-date process.
Suppose I encounter an out-of-date package, which is already marked as such, and has been for quite some time (can't really put a number on it), with nothing going on on testing.
In addition, the package maintainer is around, as can be deduced from the fact that other packages he is maintaining has been updated recently.
Is there anything more that can be done to check the "status" of such out-of-date package?
As an example (really, just an example), the qemu package has been marked out-of-date for about 2 weeks, while other packages maintained by the same maintainer have been updated in the last week or so.
Thanks, Adam.
Last edited by adam777 (2012-12-18 06:20:29)

First of all, it was obviously not a complaint, just an honest question.
Anyway, I got what I need, thank you both.
Adam.

Similar Messages

[SOLVED] Out of Date Packages

Recently a package that I use a lot had a new stable release (Octave, just released 3.2.4) so I flagged 3.2.3-3 as out of date. It never got updated. This morning I checked back and it's not flagged as out of date anymore.
What's going on? Should this happen?
Last edited by eggplantbren (2010-03-01 22:35:01)

eggplantbren wrote:Recently a package that I use a lot had a new stable release (Octave, just released 3.2.4) so I flagged 3.2.3-3 as out of date. It never got updated. This morning I checked back and it's not flagged as out of date anymore.
What's going on? Should this happen?
somebody messed up that flag and reset it to default on website update .Mark it again.
Last edited by wonder (2010-03-01 22:16:21)

[SOLVED] Adopting an out-of-date package

Two questions:
1) It's been a year since any updates were done on the package I needed to install today, and I mistakenly assumed that because it had been flagged out-of-date I'd be able to adopt it after I cleaned things up and rebuilt it. I just sent the current owner a message asking him to disown the package so I could adopt it, but I was curious what the SOP for taking over out-of-date packages that haven't been disowned (they might not respond, and it'd be relevant to know what further steps I need to take regardless).
2) I remember reading somewhere that it took 10 or 20 votes to get a package from the AUR to community, but the package I was working with had well over that. What exactly is the current procedure that allows a package to graduate from the AUR to community?
Cheers,
~Vry
Last edited by Vryali (2011-11-04 19:22:40)

Vryali wrote:I didn't want to be potentially affrontory toward the current listed maintainer, who has only had a day at this point to get back to me (nor does it seem the specific package has any actual relevance since the questions were mainly procedural).
That's what I thought :-) I too wanted to ask you which package exactly you had in mind, but as the rules apply to all of them, I think it's not strictly necessary.
Talking about some loosely-defined hypothetical situation makes me uneasy because there may be some gotchas or special cases involved, so it's best to be as specific as possible (but you probably know that).

Howto submit package (i repaired an out-of-date package)

I read the stuff on AUR on the wiki but it is not at all clear to me how I should submit a package. I repaired an out-of date package and it seems to be working now. I would like to give back to the community by submitting the package.

You can only submit new versions for packages for which you are the maintainer/contributor.
- In case the package is an orphan (no one owns it) then you should adopt the package and become the new maintainer.
If the package is owned by another user, mail them your new pkgbuild.
If they haven't responded after a few weeks, you can use the tur-users maling list to ask AUR Trusted Users to orphan the package so you can become the new maintainer.
- Many people post new pkgbuilds in the comments, but giving the maintainer a chance to update the package is normal behaviour (or should be).
Note : Your forum account doesn't work on AUR, you need a separate account for that (most people use the same username in forum and AUR).

Out-of-date package not been updated in almost a year

The question I have is: what should I do when I see a package that has not been updated in almost a year (after its flag-out-of-date)? I can't seem to find any info on how such a situation is handled. I can't reflag and sending an email to the maintainer seems intrusive and/or rude. There may be an underlying reason to not upgrade, or the flag was lost in time and forgotten.
The package I have in mind is opencl-headers. It got stuck on v1.1, and never updated to v1.2, and now still not to v2.0. There is an AUR package for the 1.2 headers, but that just seems silly to have around.
Thanks for any input!

I see, there is a backstory to all this. It seems though momentum was lost when ocl-icd devs did not respond to the email requesting info. The last commit to their repo was for 2.0 support, back in 2013. It seems abandoned since then, maybe a new spark of activity will come when a new OpenCL spec comes out.
The current situation is quite terrible really: libcl in the repos is from the NVIDIA package, so this means a hard dependency on a vendor not willing to follow the latest version of the spec. Way back when it was probably a sane choice, but now, as the email linnked by Allan shows, the situation is different.
Either choice, be it ocl-icd or Khronos, will improve the situation (OpenCL version and license-wise). Currently ocl-icd has one advantage (detailed in the POCL developer docs): choosing the icd at runtime.
As any CUDA or AMDAPP or Intel OpenCL package will include their libOpenCL, and it can be selected by LD_LIBRARY_PATH if required, I hope a sane libOpenCL package will soon make it into the repo.
As for backward compatibility: I believe the headers are backwards compatible, and it is up to the applications to verify the device they want to use supports the functionality they use. As for forward compatibility: if one solution fails and an alternative is better: just replace the package providing the ICD library by a better one.
Note that both the OpenCL headers and the ICD (libOpenCL) are designed to be platform-agnostic and should in principle work with all versions of the spec and devices, limited only by the device capabilities as reported through OpenCL functions. Currently, libcl and the old opencl-headers version is the limiting factor, which is Terrible®, given the (open source) alternatives.

Out of date packages, how long?

Hello all. I've a question about flagging the packages out-of-date. I can mark a package out-of-date, but what happenes if the package is not updated for 2 months or more? May be after some period of time maintainer should be changed?
(now it's all about eclipse).

I just wanted to know if there is any deadline to drop the package from this maintainer?
I am sure there is. I would still recommend emailing the maintainer. If you get no reply, or one stating he is not going to maintain anymore, make a post to the arch-dev-public mailing list to let them know and request a new maintainer.
Most of the devs do not participate in the forums so the mail list is the best way to reach them.
Bob

Out-of-date packages

Today I submited 2 packages to AUR and they are marked as out-of-date. Also I cannot remove outdated flag from them. Does it means that owner of package cannot change this flag?
Packages: autostart, quadkonsole

Hhmm, you're right they not. Something wrong with my eyes or firefox Thanks anyway.

How do I update out of date package which is not mine?

I want to update this package:
http://aur.archlinux.org/packages/pdfedit
Do I need to keep the previous contributer?
Do I need to replace him by me?
Do I not need to touch this at all since I do only a little changes?
And what if it become big changes?
Last edited by nadavvin (2007-03-15 22:01:15)

Contact the maintainer about it. If he doesn't respond, you can ask a TU to orphan the package so you can take control.
EDIT: Or just change the package locally. Use a pkgrel of "local", so you don't confict with the version in the AUR if it's updated.
Last edited by skymt (2007-03-15 23:09:01)

Banshee package sorely out-of-date

I'm not sure where to go with this, but the Banshee package in the Extra repository has become sorely out-of-date. The current repo package is 0.10.10, while the current version available is 0.11.0 (and the latest from the 0.10 series was 0.10.12).
The package has already been flagged as out-of-date, but it's been quite some time and I don't think it's gotten any attention.
Does anybody have some info on my favorite music program?

Well for some reason I fixed the preferences crashing error by installing banshee-official-plugins-0.11.0.
It worked for me ymmv.
banshee-official-plugins-0.11.0
# Contributor: clarence
pkgname=banshee-official-plugins
pkgver=0.11.0
pkgrel=1
pkgdesc="Official External Plugins for the Banshee Music Player."
url="http://banshee-project.org/Plugins"
license=""
depends=('banshee')
makedepends=('')
conflicts=('banshee-official-plugins-cvs')
provides=('banshee-official-plugins')
source=(http://www.banshee-project.org/files/banshee-official-plugins/$pkgname-$pkgver.tar.gz)
md5sums=(ea4dfcb78bf04cde3dbd32af999982ba)
build() {
export MONO_SHARED_DIR=${startdir}/src/.wabi
mkdir -p "${MONO_SHARED_DIR}"
cd $startdir/src/$pkgname-$pkgver
LD_PRELOAD="" ./configure --prefix=/opt/gnome
make || return 1
make DESTDIR=$startdir/pkg/ install
rm -rf "${MONO_SHARED_DIR}"
I don't own an ipod so I can't say if it affects that at all.

"out of date" or Orphan package; how to help ?

Hi,
I have found several packages in AUR marked as "out of date" or Orphan. I would like to help to update them, or take them as a maintainer.
However, I am not a Trusted User currently so I can't do this.
Is there any way that I could better help on this, aside from leaving a comment to the package ?

To be more precise, Unsupported orphans can be adopted by anyone. Community orphans can only be adopted by TUs.
Out-of-date packages in Unsupported should be flagged for the maintainer's attention. If an Unsupported package is significantly out of date, you can ask for it to be orphaned by contacting the aur-general mailing list.

[SOLVED] why supertuxkart in repo is out-of-date since 2011-04-15?

is there some technical issue or we just need to wait?
Last edited by masteryod (2011-09-10 22:39:56)

I'm copying my reply to that mail here:
I'm quite aware of that package and its state. The new version requires an unreleased version of Irrlicht that I cannot package officially. The only chance of updating the package would be dropping it to AUR. I messaged the Irrlicht devs and they told me that no stable release would be due in quite some time. As such, I have to conclude that the supertuxkart devs have made a fairly ill decision.
Anyhow, it is as it is and without a lot of hacking I couldn't change it. It's also not very Arch-like to patch the hell out of downstream packages, so there you have it.
If you know of any way to fix this unfortunate situation, let me know.

[SOLVED] open-vm-tools-modules out of date

open-vm-tools-modules has been flagged out-of-date today because it requires < 3.3 kernel.
This is stopping me from updating to 3.3-ARCH.
Can anyone advise what it would take to update this? If it's complicated, how long would it normally be before it is updated by the maintainer?
Thanks in advance.
--Ja'far
Last edited by jr0 (2012-04-08 21:53:51)

The NEWS file in ~/abs/open-vm-tools-modules/.../src/ said
Targets (1): open-vm-tools-modules-2012.03.13-1
open-vm-tools 2012.03.13 changes:
* Updates for newer Linux kernel releases (3.3).
so I thought it was worth risking removing the requires <3.3 from PKGBUILD, like so (I didn't mean to comment the second "depends=" line):
package() {
_kernver=`pacman -Q linux | cut -d . -f 2 | cut -f 1 -d -`
# depends=("linux>=3.${_kernver}" "linux<3.`expr ${_kernver} + 1`")
# depends=("linux>=3.${_kernver}")
KERNEL_VERSION=`cat /lib/modules/extramodules-3.${_kernver}-ARCH/version`
msg "Kernel = $KERNEL_VERSION"
Seems to be working, so marking SOLVED.

Aura Vs Yaourt different number of out-of-date AUR packages

After seeing the release announcement for Aura 1.2.0 I figured I would try it out and see what I thought of it. There are a lot of differences between the two usability wise, one of the biggest that will take some getting use to separation of Pacman repos and AUR which makes sense. One thing that I am worried about is that Yaourt and Aura gives different number of AUR packages that are out of date.
Yaourt says aur/foomatic-db-foo2zjs is out-of-date, but Aura states "No AUR package upgrades necessary." Does Aura track AUR packages differently than Yaourt or is this due to something else?

Such nonsense.... all packages should be installed/removed by pacman, regardless of the helper. Any helper that doesn't use pacman correctly should be ashamed of itself.
I recommend you bin both of them and use cower.

TS1717 I got this message every time i connect my iphone to itunes.. said 'iTunes was unable to load provider data from Sync Services. Reconnect or try again later.' so please help me to solve out this problem..

I got this message every time i connect my iphone to itunes.. said 'iTunes was unable to load provider data from Sync Services. Reconnect or try again later.' so please help me to solve out this problem..

In the course of your troubleshooting to date, have you also worked through the following document?
iTunes for Windows: "Unable to load data class" or "Unable to load provider data" sync services alert

My MacKeeper says iPhoto is out of date. When I try to update the App Store says I need IOS 10.9 or later. I have 10.7.5 and when I check for updates my Mac says the software is up to date. How do I solve this problem??

My MacKeeper says iPhoto is out of date. When I try to update it, the App Store says I need IOS 10.9 or later. I have 10.7.5 and when I check for updates my Mac says the OS software is up to date. How do I solve this problem??

1. First step to solving the Problem: Trash MacKeeper. It's a pile of trash that does far more harm to your computer than good.
https://discussions.apple.com/docs/DOC-3691
2. What version of iPhoto do you have? (iPhoto Menu -> About iPhoto)

[Solved] Out-Of-Date Packages In Official Repos

Similar Messages

Maybe you are looking for