FS#11187 - Can't update package - can't create directory /home/aur/unsupported/<pkgname>
Attached to Project:
AUR web interface
Opened by Vitaliy Berdinskikh (skipper13) - Monday, 11 August 2008, 18:04 GMT
Last edited by Callan Barrett (wizzomafizzo) - Sunday, 28 September 2008, 15:36 GMT
Opened by Vitaliy Berdinskikh (skipper13) - Monday, 11 August 2008, 18:04 GMT
Last edited by Callan Barrett (wizzomafizzo) - Sunday, 28 September 2008, 15:36 GMT
|
Details
I can't update jedit-devel.
A few days ago same problem with tomcat6 Please add your list of bad directories here for now. http://wiki.archlinux.org/index.php/AUR_CleanUp_Day Thanks. 
aur.png
(80.3 KiB)
|
This task depends upon
Closed by Callan Barrett (wizzomafizzo)
Sunday, 28 September 2008, 15:36 GMT
Reason for closing: Fixed
Sunday, 28 September 2008, 15:36 GMT
Reason for closing: Fixed
After trying to submit an update the directory is empty and I get the error message: Could not create directory /home/aur/unsupported/bash_completion_lib
Could this result from uploading a pkg without an updated $pkgrel / $pkgversion ?
"makepkg --source" makes tarbol with PKGBUILD and soft links instrad of files.
But I think, AUR shouldn't behave like this when a tar containing a soft link is uploaded.
To: aur-general@archlinux.org
Subject: Re: [aur-general] Remove bad packages
Date: Sat, 23 Aug 2008 14:29:10 +0300
X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-pc-linux-gnu)
В Sat, 23 Aug 2008 11:58:46 +0200
"Andrea Scarpino" <***@gmail.com> пишет:
> 2008/8/23 Vitaliy Berdinskikh <***@root.ua>:
> > Who can remove two of my packages on AUR: tomcat6 and jedit-devel?
> >
> > These packages are broke. I can't update them. So remove them,
> > please - I will upload.
> Done, try now
Thanks Andrea!
But I still can't update
AUR says "Could not create directory /home/aur/unsupported/tomcat6."
and "Could not create directory /home/aur/unsupported/jedit-devel."
I's seen AUR sources and found that at web/html/pkgsubmit.php
http://pastie.org/258530
I guess AUR can't make dir:
"
if (!@mkdir(INCOMING_DIR . $pkg_name)) {
$error = __( "Could not create directory %s.", INCOMING_DIR . $pkg_name); }
"
Why? I have no idea.
My packages are
http://skipper13.root.ua/packages/jedit-devel-4.3pre15-2.src.tar.gz
http://skipper13.root.ua/packages/tomcat6-6.0.18-3.src.tar.gz
Hmm something is really screwy here. It seems like there's some issue
with PHP. Those tarballs with symlinks seem to trigger some
"open_basedir restriction". After that restriction is triggered it
doesn't matter if subsequent tarballs are good.
At the same time there seems to be some kind of flaw where directories in
unsupported-temp are not being deleted. So that directory will probably
be filled with garbage on the server.
I shall investigate further.
the restriction.
You are the true hacker :)
symlinks just put PHP into some kind of loop and it gives up on them
after awhile. I've written a patch [1] that uses the system 'rm' to clean up
the package's directory so that those self-referencing symlinks don't
cause a snag.
[1] http://archlinux.org/pipermail/aur-dev/2008-September/000450.html