[aur-general] Could not create directory /home/aur/unsupported/nvidia-utils-beta
Can't update my package nvidia-utils-beta, could someone fix it? Thanks Dan Vratil
It seems that this is being caused by the missing PKGBUILD in the AUR directory. I've deleted the package. Try uploading again. -- Abhishek
Still not working, same error message. On Saturday 16 August 2008 19:23:28 Abhishek Dasgupta wrote:
It seems that this is being caused by the missing PKGBUILD in the AUR directory. I've deleted the package. Try uploading again.
Ehm, sorry, could some take a look on it? Without -utils package the drivers won't work. On Saturday 16 August 2008 19:33:21 Dan Vratil wrote:
Still not working, same error message.
On Saturday 16 August 2008 19:23:28 Abhishek Dasgupta wrote:
It seems that this is being caused by the missing PKGBUILD in the AUR directory. I've deleted the package. Try uploading again.
-- --------------------------------- Dan Vrátil progdan@progdansoft.com ICQ 249163429 Jabber progdan@jabber.cz Tel. +420 732 326 870
Le samedi 16 août 2008 à 18:21 +0200, Dan Vratil a écrit :
Can't update my package nvidia-utils-beta, could someone fix it?
Thanks
Dan Vratil
Same thing for me with another package (bibblelite). mickael § aurup bibblelite.src.tar.gz x11 bibblelite.src: ERROR: Could not create directory /home/aur/unsupported/bibblelite.
Same here for another package (hal-policykit). -- kasa
В Sun, 17 Aug 2008 15:17:37 +0200 kasa <biuta.jr@gmail.com> пишет:
Same here for another package (hal-policykit).
Same here for my packages: tomcat6, jedit-devel -- Sincerely yours, Vitaliy Berdinskikh (Виталий Бердинских) xmpp:vitaliy@berdinskikh.in.ua sip:17473293615@proxy01.sipphone.com skype:skipper.barbossa mobile: +380 96 3319 007
On Sat, Aug 16, 2008 at 06:21:18PM +0200, Dan Vratil wrote:
Can't update my package nvidia-utils-beta, could someone fix it?
I think this may be caused by a ownership/permissions conflict. It might make sense to set the AUR directories permissions and ownership recursively to the correct values if that's the case because there are many reports of this bug. My hunch is that httpd is running as the http user but the existing AUR directories are owned by nobody since that was how the arch apache package configs changed. I can't really track it down because I don't have shell access to the Arch server. Can you admins look into it? Or I could look into it if you give me proper shell access. Cheers and thanks.
On Tue, Aug 19, 2008 at 1:39 PM, Loui <louipc.ist@gmail.com> wrote:
On Sat, Aug 16, 2008 at 06:21:18PM +0200, Dan Vratil wrote:
Can't update my package nvidia-utils-beta, could someone fix it?
I think this may be caused by a ownership/permissions conflict.
It might make sense to set the AUR directories permissions and ownership recursively to the correct values if that's the case because there are many reports of this bug. My hunch is that httpd is running as the http user but the existing AUR directories are owned by nobody since that was how the arch apache package configs changed. I can't really track it down because I don't have shell access to the Arch server.
Can you admins look into it? Or I could look into it if you give me proper shell access.
The directory was wonky and broken. nvidia-utils-beta/nvidia-utils-beta/supported-cards.txt was all that existed I deleted it. Please try again
On Tuesday 19 August 2008 23:31:58 Aaron Griffin wrote:
On Tue, Aug 19, 2008 at 1:39 PM, Loui <louipc.ist@gmail.com> wrote:
On Sat, Aug 16, 2008 at 06:21:18PM +0200, Dan Vratil wrote:
Can't update my package nvidia-utils-beta, could someone fix it?
I think this may be caused by a ownership/permissions conflict.
It might make sense to set the AUR directories permissions and ownership recursively to the correct values if that's the case because there are many reports of this bug. My hunch is that httpd is running as the http user but the existing AUR directories are owned by nobody since that was how the arch apache package configs changed. I can't really track it down because I don't have shell access to the Arch server.
Can you admins look into it? Or I could look into it if you give me proper shell access.
The directory was wonky and broken. nvidia-utils-beta/nvidia-utils-beta/supported-cards.txt was all that existed
I deleted it. Please try again It works. Thank you.
Dan -- --------------------------------- Dan Vrátil progdan@progdansoft.com ICQ 249163429 Jabber progdan@jabber.cz Tel. +420 732 326 870
On Tue, 19 Aug 2008 23:43:24 +0200, Dan Vratil <progdan@progdansoft.com> wrote:
On Tuesday 19 August 2008 23:31:58 Aaron Griffin wrote:
On Tue, Aug 19, 2008 at 1:39 PM, Loui <louipc.ist@gmail.com> wrote:
On Sat, Aug 16, 2008 at 06:21:18PM +0200, Dan Vratil wrote:
Can't update my package nvidia-utils-beta, could someone fix it?
I think this may be caused by a ownership/permissions conflict.
It might make sense to set the AUR directories permissions and ownership recursively to the correct values if that's the case because there are many reports of this bug. My hunch is that httpd is running as the http user but the existing AUR directories are owned by nobody since that was how the arch apache package configs changed. I can't really track it down because I don't have shell access to the Arch server.
Can you admins look into it? Or I could look into it if you give me proper shell access.
The directory was wonky and broken. nvidia-utils-beta/nvidia-utils-beta/supported-cards.txt was all that existed
I deleted it. Please try again It works. Thank you.
Well, it was working. But it does not work anymore. With the last package, I probably forgot to add file supported-cards.txt (but I think I didn't - but, important is, it was not on server), so I created the package again and guess what and tried to upload it. Could not create directory... I think AUR does not like me :-(
Dan
Le mardi 19 août 2008 à 16:31 -0500, Aaron Griffin a écrit :
On Tue, Aug 19, 2008 at 1:39 PM, Loui <louipc.ist@gmail.com> wrote:
On Sat, Aug 16, 2008 at 06:21:18PM +0200, Dan Vratil wrote:
Can't update my package nvidia-utils-beta, could someone fix it?
I think this may be caused by a ownership/permissions conflict.
It might make sense to set the AUR directories permissions and ownership recursively to the correct values if that's the case because there are many reports of this bug. My hunch is that httpd is running as the http user but the existing AUR directories are owned by nobody since that was how the arch apache package configs changed. I can't really track it down because I don't have shell access to the Arch server.
Can you admins look into it? Or I could look into it if you give me proper shell access.
The directory was wonky and broken. nvidia-utils-beta/nvidia-utils-beta/supported-cards.txt was all that existed
I deleted it. Please try again
I have the same problem with the package bibblelite. Could you do something too ? mickael § aurup bibblelite.src.tar.gz x11 bibblelite.src: ERROR: Could not create directory /home/aur/unsupported/bibblelite.
On Wed, Aug 20, 2008 at 10:24 AM, Mickaël l. <xMickael@ifrance.com> wrote:
I have the same problem with the package bibblelite. Could you do something too ?
Same here with hal-policykit -- kasa
В Wed, 20 Aug 2008 19:04:34 +0200 kasa <biuta.jr@gmail.com> пишет:
On Wed, Aug 20, 2008 at 10:24 AM, Mickaël l. <xMickael@ifrance.com> wrote:
I have the same problem with the package bibblelite. Could you do something too ?
Same here with hal-policykit
tomcat6 & jedit-devel, please -- Sincerely yours, Vitaliy Berdinskikh (Виталий Бердинских) xmpp:vitaliy@berdinskikh.in.ua
On Wed, Aug 20, 2008 at 1:08 PM, Vitaliy Berdinskikh <skipper13@root.ua> wrote:
В Wed, 20 Aug 2008 19:04:34 +0200 kasa <biuta.jr@gmail.com> пишет:
On Wed, Aug 20, 2008 at 10:24 AM, Mickaël l. <xMickael@ifrance.com> wrote:
I have the same problem with the package bibblelite. Could you do something too ?
Same here with hal-policykit
tomcat6 & jedit-devel, please
Can you guys test again? I think this is a reoccuring permissions issue and want to add a "chown -R nobody:aur" to the unsupported dir if that just fixed it all.
On Thu, Aug 21, 2008 at 7:56 AM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Can you guys test again? I think this is a reoccuring permissions issue and want to add a "chown -R nobody:aur" to the unsupported dir if that just fixed it all.
doesn't work for hal-policykit (Could not create directory /home/aur/unsupported/hal-policykit) -- kasa
Le jeudi 21 août 2008 à 08:30 +0200, kasa a écrit :
On Thu, Aug 21, 2008 at 7:56 AM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Can you guys test again? I think this is a reoccuring permissions issue and want to add a "chown -R nobody:aur" to the unsupported dir if that just fixed it all.
doesn't work for hal-policykit (Could not create directory /home/aur/unsupported/hal-policykit)
Same problem for me with bibblelite.
Hi Aaron. 2008/8/21 Aaron Griffin <aaronmgriffin@gmail.com>
Same here with hal-policykit
tomcat6 & jedit-devel, please
Can you guys test again? I think this is a reoccuring permissions issue and want to add a "chown -R nobody:aur" to the unsupported dir if that just fixed it all.
Don't work :( http://img232.imageshack.us/my.php?image=aurbugos8.jpg -- SY, Vitaliy Berdinskikh aka skipper13
On Thu, Aug 21, 2008 at 3:24 PM, Vitaliy Berdinskikh <skipper13@root.ua> wrote:
Hi Aaron.
2008/8/21 Aaron Griffin <aaronmgriffin@gmail.com>
Same here with hal-policykit
tomcat6 & jedit-devel, please
Can you guys test again? I think this is a reoccuring permissions issue and want to add a "chown -R nobody:aur" to the unsupported dir if that just fixed it all.
Don't work :( http://img232.imageshack.us/my.php?image=aurbugos8.jpg
Are you guys updating an existing package? Or adding a new one that was deleted? Would any of the aur devs mind creating some sort of cleanup script that will delete directories that do not exist in the AUR?
On Thursday 21 August 2008 23:36:45 Aaron Griffin wrote:
On Thu, Aug 21, 2008 at 3:24 PM, Vitaliy Berdinskikh <skipper13@root.ua> wrote:
Hi Aaron.
2008/8/21 Aaron Griffin <aaronmgriffin@gmail.com>
Same here with hal-policykit
tomcat6 & jedit-devel, please
Can you guys test again? I think this is a reoccuring permissions issue and want to add a "chown -R nobody:aur" to the unsupported dir if that just fixed it all.
Don't work :( http://img232.imageshack.us/my.php?image=aurbugos8.jpg
Are you guys updating an existing package? Or adding a new one that was deleted? I was updating existing one (nvidia-utils-beta)...content of folder was removed, so the /home/aur/unsupported/nvidia-utils-beta is empty now (if there are no hidden files), but new tarball is not uploaded and extracted.
Would any of the aur devs mind creating some sort of cleanup script that will delete directories that do not exist in the AUR?
-- --------------------------------- Dan Vrátil progdan@progdansoft.com ICQ 249163429 Jabber progdan@jabber.cz Tel. +420 732 326 870
В Thu, 21 Aug 2008 16:36:45 -0500 "Aaron Griffin" <aaronmgriffin@gmail.com> пишет:
On Thu, Aug 21, 2008 at 3:24 PM, Vitaliy Berdinskikh <skipper13@root.ua> wrote:
Hi Aaron.
2008/8/21 Aaron Griffin <aaronmgriffin@gmail.com>
Same here with hal-policykit
tomcat6 & jedit-devel, please
Can you guys test again? I think this is a reoccuring permissions issue and want to add a "chown -R nobody:aur" to the unsupported dir if that just fixed it all.
Don't work :( http://img232.imageshack.us/my.php?image=aurbugos8.jpg
Are you guys updating an existing package? Or adding a new one that was deleted?
I's tried update existing package with a new build number: 6.0.18-1 -> 6.0.18-3 Previous packages was broke (makepkg --source bug). -- Sincerely yours, Vitaliy Berdinskikh (Виталий Бердинских) xmpp:vitaliy@berdinskikh.in.ua
On Fri, Aug 22, 2008 at 6:33 AM, Vitaliy Berdinskikh <skipper13@root.ua> wrote:
Previous packages was broke (makepkg --source bug).
I've just had a look at the output of 'makepkg --source': the patches are packaged as symbolic links which point to nowhere. I suspect this could be the problem, since early I've upgraded tasque (with no patches in the PKGBUILD) without errors. Maybe the extraction of the packages throw some error and all that is left is a directory without any file ? Vitaly, you mentioned a makepkg --source bug, but I couldn't find it: is this what you're talking about ? -- kasa
I've just had a look at the output of 'makepkg --source': the patches are packaged as symbolic links which point to nowhere. I suspect this could be the problem, since early I've upgraded tasque (with no patches in the PKGBUILD) without errors. Maybe the extraction of the packages throw some error and all that is left is a directory without any file ?
2008/8/22 kasa <biuta.jr@gmail.com>
On Fri, Aug 22, 2008 at 6:33 AM, Vitaliy Berdinskikh <skipper13@root.ua> wrote:
Previous packages was broke (makepkg --source bug).
Vitaly, you mentioned a makepkg --source bug, but I couldn't find it: is this what you're talking about ?
About this: I've just had a look at the output of 'makepkg --source': the patches
are packaged as symbolic links which point to nowhere.
I updated system (and pacman/makepkg) on 8 August. After that I updated two my packages (I made tarballs with makepkg). Then I received some massages about lost files in my updated packages. I've tried upload a new version but I can't do it. -- SY, Vitaliy Berdinskikh aka skipper13
On Fri, Aug 22, 2008 at 07:33:53AM +0300, Vitaliy Berdinskikh wrote:
В Thu, 21 Aug 2008 16:36:45 -0500 "Aaron Griffin" <aaronmgriffin@gmail.com> пишет:
On Thu, Aug 21, 2008 at 3:24 PM, Vitaliy Berdinskikh <skipper13@root.ua> wrote:
Hi Aaron.
2008/8/21 Aaron Griffin <aaronmgriffin@gmail.com>
Same here with hal-policykit
tomcat6 & jedit-devel, please
Can you guys test again? I think this is a reoccuring permissions issue and want to add a "chown -R nobody:aur" to the unsupported dir if that just fixed it all.
Don't work :( http://img232.imageshack.us/my.php?image=aurbugos8.jpg
Are you guys updating an existing package? Or adding a new one that was deleted?
I's tried update existing package with a new build number: 6.0.18-1 -> 6.0.18-3
Previous packages was broke (makepkg --source bug).
Well, I can reproduce it. 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. Please follow http://bugs.archlinux.org/task/11187
On Thu, Aug 21, 2008 at 11:36 PM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Are you guys updating an existing package? Or adding a new one that was deleted?
Would any of the aur devs mind creating some sort of cleanup script that will delete directories that do not exist in the AUR?
I was updating an existing package with the same $pkgver, because there was an error. -- kasa
On Thu, Aug 21, 2008 at 04:36:45PM -0500, Aaron Griffin wrote:
Would any of the aur devs mind creating some sort of cleanup script that will delete directories that do not exist in the AUR?
Yeah. It's on my TODO list.
participants (8)
-
Aaron Griffin
-
Abhishek Dasgupta
-
Dan Vratil
-
kasa
-
Loui
-
Mickaël l.
-
ProgDan
-
Vitaliy Berdinskikh