[arch-general] replacement for clyde

2011-08-18 Thread Gour-Gadadhara Dasa
Hello!

Some months ago I switched my desktop from Arch to FreeBSD to experiment a bit.

Soon I may buy a new netbook and I believe that with ATI graphic, Arch is
better choice, but looking at forums yesterday I saw that both bauerbill &
clyde are gone. :-(

Considering that decent package manager is very vital part of OS's ecosystem, I
wonder what would be decent replacment having e.g. clyde-like features?

Before clyde I used yaourt (which now has C-back end, afaik), tried paktahn
(which has some quirks) and now I see pacaur (with cower).

What can you recommend so I can read more about it?


Sincerely,
Gour


-- 
“In the material world, conceptions of good and bad are
all mental speculations…” (Sri Caitanya Mahaprabhu)

http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810




signature.asc
Description: PGP signature


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Norbert Zeh
Tom Gundersen [2011.08.19 0011 +0200]:
> On Thu, Aug 18, 2011 at 6:44 PM, Norbert Zeh  wrote:
> > Hi folks,
> >
> > I have a strange problem with ejecting CDs from my CD drive.
> >
> > As root:
> >
> > eject and eject -t work flawlessly
> > eject -T gives
> >
> >    ioctl: Input/output error
> >
> > As non-root user:
> >
> > eject -t closes the tray as expected
> > eject gives
> >
> >    eject: unable to eject, last error: Inappropriate ioctl for device
> >
> > eject -T gives the same result as for root
> >
> > It doesn't matter whether I do or do not specify sr0 as the device to
> > eject.  The non-root user that I try to execute this command as is in
> > the optical group.
> >
> > I have the same problem on two different machines: my trusty old desktop
> > and a Dell Latitude E6510.  Also, all this did work before and stopped
> > working some time not so long ago.  So, given that it did work before
> > and happens on two rather different machines, I suspect it to be a
> > result of some package upgrade.  Unfortunately, I don't know exactly
> > when this started happening.
> >
> > Does anybody else experience this type of problem?  Does anybody have
> > any pointers what may be wrong with my setup?
> 
> This is a known problem, and a version of eject which fixes the issue
> is in AUR. Once I have time I'll try to add the needed patches to the
> eject in our repos and push a new release.

Thanks for your efforts, Tom.  Much appreciated!

N.


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Tom Gundersen
On Thu, Aug 18, 2011 at 6:44 PM, Norbert Zeh  wrote:
> Hi folks,
>
> I have a strange problem with ejecting CDs from my CD drive.
>
> As root:
>
> eject and eject -t work flawlessly
> eject -T gives
>
>    ioctl: Input/output error
>
> As non-root user:
>
> eject -t closes the tray as expected
> eject gives
>
>    eject: unable to eject, last error: Inappropriate ioctl for device
>
> eject -T gives the same result as for root
>
> It doesn't matter whether I do or do not specify sr0 as the device to
> eject.  The non-root user that I try to execute this command as is in
> the optical group.
>
> I have the same problem on two different machines: my trusty old desktop
> and a Dell Latitude E6510.  Also, all this did work before and stopped
> working some time not so long ago.  So, given that it did work before
> and happens on two rather different machines, I suspect it to be a
> result of some package upgrade.  Unfortunately, I don't know exactly
> when this started happening.
>
> Does anybody else experience this type of problem?  Does anybody have
> any pointers what may be wrong with my setup?

This is a known problem, and a version of eject which fixes the issue
is in AUR. Once I have time I'll try to add the needed patches to the
eject in our repos and push a new release.

Cheers,

Tom


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Heiko Baums
Am Thu, 18 Aug 2011 20:33:41 +0200
schrieb Heiko Baums :

> Since when do you have those issues? It's probably a bug in the kernel
> (package linux 3.0.2 and 3.0.3).
> 
> I just wanted to try what was explained in this thread and must
> realize that my DVD writer isn't detected anymore, no /dev/sr0
> anymore. And my drive is hard locked, means I can't open the tray
> anymore with the drive's eject button. And the eject command doesn't
> work either, of course.
> 
> Here's my bug report:
> https://bugs.archlinux.org/task/25649

I've requested closure as invalid of this bug report.

My issue seems to have been a temporary issue or an issue with some
inconsistent module loading or hardware detection again, like all
those issues regarding the sound cards, network cards, etc.

Heiko


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Uli Armbruster
* Norbert Zeh  [18.08.2011 21:44]:
> Karol Blazewicz [2011.08.18 2122 +0200]:
> > On Thu, Aug 18, 2011 at 7:03 PM, Heiko Baums  wrote:
> > > Am Thu, 18 Aug 2011 13:44:23 -0300
> > > schrieb Norbert Zeh :
> > >
> > >> I have a strange problem with ejecting CDs from my CD drive.
> > >>
> > >> As root:
> > >>
> > >> eject and eject -t work flawlessly
> > >> eject -T gives
> > >>
> > >>     ioctl: Input/output error
> > >>
> > >> As non-root user:
> > >>
> > >> eject -t closes the tray as expected
> > >> eject gives
> > >>
> > >>     eject: unable to eject, last error: Inappropriate ioctl for device
> > >>
> > >> eject -T gives the same result as for root
> > >>
> > >> It doesn't matter whether I do or do not specify sr0 as the device to
> > >> eject.  The non-root user that I try to execute this command as is in
> > >> the optical group.
> > >>
> > >> ...
> > >>
> > >> Does anybody else experience this type of problem?  Does anybody have
> > >> any pointers what may be wrong with my setup?
> > >
> > > Eject only works for root. So you have to use sudo to be able to
> > > ejecting the CDs.
> > >
> > > Heiko
> > >
> > 
> > Not sure if anyone already pointed to this bug report
> > https://bugs.archlinux.org/task/25405
> > It deals with eject not working properly.
> 
> Aah, this seems to mirror exactly what I'm experiencing.  So at least it's a
> known issue, and the good thing is that the status says "Assigned".  It says
> nothing about "eject -T" not working, and on my machines eject -T does not 
> work
> as either root or non-root, but I would suspect that these two issues are
> closely related.
> 
> Cheers,
> Norbert

Just to make it sure that it's not kernel-related, I'm still on kernel 2.6.39 
and have the same issue, it works as user and root with eject, but not with the 
hardware button.


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Norbert Zeh
Karol Blazewicz [2011.08.18 2122 +0200]:
> On Thu, Aug 18, 2011 at 7:03 PM, Heiko Baums  wrote:
> > Am Thu, 18 Aug 2011 13:44:23 -0300
> > schrieb Norbert Zeh :
> >
> >> I have a strange problem with ejecting CDs from my CD drive.
> >>
> >> As root:
> >>
> >> eject and eject -t work flawlessly
> >> eject -T gives
> >>
> >>     ioctl: Input/output error
> >>
> >> As non-root user:
> >>
> >> eject -t closes the tray as expected
> >> eject gives
> >>
> >>     eject: unable to eject, last error: Inappropriate ioctl for device
> >>
> >> eject -T gives the same result as for root
> >>
> >> It doesn't matter whether I do or do not specify sr0 as the device to
> >> eject.  The non-root user that I try to execute this command as is in
> >> the optical group.
> >>
> >> ...
> >>
> >> Does anybody else experience this type of problem?  Does anybody have
> >> any pointers what may be wrong with my setup?
> >
> > Eject only works for root. So you have to use sudo to be able to
> > ejecting the CDs.
> >
> > Heiko
> >
> 
> Not sure if anyone already pointed to this bug report
> https://bugs.archlinux.org/task/25405
> It deals with eject not working properly.

Aah, this seems to mirror exactly what I'm experiencing.  So at least it's a
known issue, and the good thing is that the status says "Assigned".  It says
nothing about "eject -T" not working, and on my machines eject -T does not work
as either root or non-root, but I would suspect that these two issues are
closely related.

Cheers,
Norbert


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread C Anthony Risinger
On Thu, Aug 18, 2011 at 2:25 PM, Heiko Baums  wrote:
> Am Thu, 18 Aug 2011 16:07:35 -0300
> schrieb Norbert Zeh :
>
>> Are you sure this worked for you with 3.0.1?  If it did, then your
>> issue and mine seem to be unrelated.  I just downgraded to 3.0.1-1
>> and once again was not able to run eject as non-root user, even
>> immediately after a reboot.
>
> At least on Monday I tried to copy an audio CD. And this has worked. At
> least the image could be created. So /dev/sr0 must have been there. And
> since linux 3.0.2-1 was created on Tuesday it must have been working
> with linux 3.0.1-1. But I can't downgrade anymore, because I've
> deleted the package from the cache.
>
> Regarding the eject issue I'm still pretty sure, that this can only be
> done by root. I have this issue with other USB devices, too.

the last link by Karol makes it fairly clear that `eject` is
misbehaving (unmaintained?)

... per Tom:

sg_prevent --allow /dev/sr0

... unlocks the device after which `eject` works properly as user (for
next open/close at least)

-- 

C Anthony


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Karol Blazewicz
On Thu, Aug 18, 2011 at 9:25 PM, Heiko Baums  wrote:
> Am Thu, 18 Aug 2011 16:07:35 -0300
> schrieb Norbert Zeh :
>
>> Are you sure this worked for you with 3.0.1?  If it did, then your
>> issue and mine seem to be unrelated.  I just downgraded to 3.0.1-1
>> and once again was not able to run eject as non-root user, even
>> immediately after a reboot.
>
> At least on Monday I tried to copy an audio CD. And this has worked. At
> least the image could be created. So /dev/sr0 must have been there. And
> since linux 3.0.2-1 was created on Tuesday it must have been working
> with linux 3.0.1-1. But I can't downgrade anymore, because I've
> deleted the package from the cache.
>
> Regarding the eject issue I'm still pretty sure, that this can only be
> done by root. I have this issue with other USB devices, too.
>
> Heiko
>

Of course you can downgrade http://arm.konnichi.com/search/ :-)


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Heiko Baums
Am Thu, 18 Aug 2011 16:07:35 -0300
schrieb Norbert Zeh :

> Are you sure this worked for you with 3.0.1?  If it did, then your
> issue and mine seem to be unrelated.  I just downgraded to 3.0.1-1
> and once again was not able to run eject as non-root user, even
> immediately after a reboot.

At least on Monday I tried to copy an audio CD. And this has worked. At
least the image could be created. So /dev/sr0 must have been there. And
since linux 3.0.2-1 was created on Tuesday it must have been working
with linux 3.0.1-1. But I can't downgrade anymore, because I've
deleted the package from the cache.

Regarding the eject issue I'm still pretty sure, that this can only be
done by root. I have this issue with other USB devices, too.

Heiko 


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Karol Blazewicz
On Thu, Aug 18, 2011 at 7:03 PM, Heiko Baums  wrote:
> Am Thu, 18 Aug 2011 13:44:23 -0300
> schrieb Norbert Zeh :
>
>> I have a strange problem with ejecting CDs from my CD drive.
>>
>> As root:
>>
>> eject and eject -t work flawlessly
>> eject -T gives
>>
>>     ioctl: Input/output error
>>
>> As non-root user:
>>
>> eject -t closes the tray as expected
>> eject gives
>>
>>     eject: unable to eject, last error: Inappropriate ioctl for device
>>
>> eject -T gives the same result as for root
>>
>> It doesn't matter whether I do or do not specify sr0 as the device to
>> eject.  The non-root user that I try to execute this command as is in
>> the optical group.
>>
>> ...
>>
>> Does anybody else experience this type of problem?  Does anybody have
>> any pointers what may be wrong with my setup?
>
> Eject only works for root. So you have to use sudo to be able to
> ejecting the CDs.
>
> Heiko
>

Not sure if anyone already pointed to this bug report
https://bugs.archlinux.org/task/25405
It deals with eject not working properly.


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Karol Blazewicz
On Thu, Aug 18, 2011 at 8:59 PM, Norbert Zeh  wrote:
> Heiko Baums [2011.08.18 2033 +0200]:
>> Am Thu, 18 Aug 2011 20:08:47 +0200
>> schrieb Karol Blazewicz :
>>
>> > I put the data CD, close the tray, try to mount it, but
>> >   [karol@white ~]$ sudo mount /dev/sr0 /media/cd/
>> >   mount: /dev/sr0 already mounted or /media/cd/ busy
>> >
>> > It's definitely not mounted, let's try again
>> >   [karol@white ~]$ mount | grep sr0
>> >   [karol@white ~]$ sudo mount /dev/sr0 /media/cd/
>> >   mount: block device /dev/sr0 is write-protected, mounting read-only
>> >
>> > OK, let's see if it's mounted indeed
>> >   [karol@white ~]$ mount | grep sr0
>> >   /dev/sr0 on /media/cd type iso9660 (ro)
>> >
>> > Looks fine, unmount it and eject it
>> >   [karol@white ~]$ sudo umount /media/cd/
>> >   [karol@white ~]$ mount | grep sr0
>> >   [karol@white ~]$ eject /dev/sr0
>> >   eject: unable to eject, last error: Inappropriate ioctl for device
>> >
>> > Despite the error, the CD got ejected. Using eject is the only way to
>> > do it - pushing the button on the case doesn't to a damn thing ...
>> > unless I push it and try mounting again - in this case, the tray will
>> > open.
>>
>> Since when do you have those issues? It's probably a bug in the kernel
>> (package linux 3.0.2 and 3.0.3).
>
> As I said in my earlier post, I'm not sure when all this started to
> happen, but it my have arisen as recently as you report in your bug
> report.  Thanks for filing by the way.
>
> Cheers,
> Norbert
>

I was having those issues before updating to linux 3 (I have switched
only yesterday ;P), they started about a week go. As I've always used
the button to open and close tray, so I noticed it immediately.

With regard to the bug - my CD drive works fine, so it's not the same case.


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Norbert Zeh
Heiko Baums [2011.08.18 2033 +0200]:
> Am Thu, 18 Aug 2011 20:08:47 +0200
> schrieb Karol Blazewicz :
> 
> > I put the data CD, close the tray, try to mount it, but
> >   [karol@white ~]$ sudo mount /dev/sr0 /media/cd/
> >   mount: /dev/sr0 already mounted or /media/cd/ busy
> > 
> > It's definitely not mounted, let's try again
> >   [karol@white ~]$ mount | grep sr0
> >   [karol@white ~]$ sudo mount /dev/sr0 /media/cd/
> >   mount: block device /dev/sr0 is write-protected, mounting read-only
> > 
> > OK, let's see if it's mounted indeed
> >   [karol@white ~]$ mount | grep sr0
> >   /dev/sr0 on /media/cd type iso9660 (ro)
> > 
> > Looks fine, unmount it and eject it
> >   [karol@white ~]$ sudo umount /media/cd/
> >   [karol@white ~]$ mount | grep sr0
> >   [karol@white ~]$ eject /dev/sr0
> >   eject: unable to eject, last error: Inappropriate ioctl for device
> > 
> > Despite the error, the CD got ejected. Using eject is the only way to
> > do it - pushing the button on the case doesn't to a damn thing ...
> > unless I push it and try mounting again - in this case, the tray will
> > open.
> 
> Since when do you have those issues? It's probably a bug in the kernel
> (package linux 3.0.2 and 3.0.3).
> 
> I just wanted to try what was explained in this thread and must realize
> that my DVD writer isn't detected anymore, no /dev/sr0 anymore. And my
> drive is hard locked, means I can't open the tray anymore with the
> drive's eject button. And the eject command doesn't work either, of
> course.
> 
> Here's my bug report:
> https://bugs.archlinux.org/task/25649

Are you sure this worked for you with 3.0.1?  If it did, then your issue
and mine seem to be unrelated.  I just downgraded to 3.0.1-1 and once
again was not able to run eject as non-root user, even immediately after
a reboot.

Cheers,
Norbert


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Norbert Zeh
Heiko Baums [2011.08.18 2033 +0200]:
> Am Thu, 18 Aug 2011 20:08:47 +0200
> schrieb Karol Blazewicz :
> 
> > I put the data CD, close the tray, try to mount it, but
> >   [karol@white ~]$ sudo mount /dev/sr0 /media/cd/
> >   mount: /dev/sr0 already mounted or /media/cd/ busy
> > 
> > It's definitely not mounted, let's try again
> >   [karol@white ~]$ mount | grep sr0
> >   [karol@white ~]$ sudo mount /dev/sr0 /media/cd/
> >   mount: block device /dev/sr0 is write-protected, mounting read-only
> > 
> > OK, let's see if it's mounted indeed
> >   [karol@white ~]$ mount | grep sr0
> >   /dev/sr0 on /media/cd type iso9660 (ro)
> > 
> > Looks fine, unmount it and eject it
> >   [karol@white ~]$ sudo umount /media/cd/
> >   [karol@white ~]$ mount | grep sr0
> >   [karol@white ~]$ eject /dev/sr0
> >   eject: unable to eject, last error: Inappropriate ioctl for device
> > 
> > Despite the error, the CD got ejected. Using eject is the only way to
> > do it - pushing the button on the case doesn't to a damn thing ...
> > unless I push it and try mounting again - in this case, the tray will
> > open.
> 
> Since when do you have those issues? It's probably a bug in the kernel
> (package linux 3.0.2 and 3.0.3).

As I said in my earlier post, I'm not sure when all this started to
happen, but it my have arisen as recently as you report in your bug
report.  Thanks for filing by the way.

Cheers,
Norbert


[arch-general] Java 6 back in [community]

2011-08-18 Thread Thomas Dziedzic
As a result of problems oracle has faced with java 7, it has marked it
for developers only: http://java.com/en/download/faq/java7.xml

This is why I have decided to bring back java 6 into [community] and
it will coexist with java 7 for the time being.

jre/jdk - java 7
jre6/jdk6 - java 6

java 6 packages conflict with java 7 packages, so you will not be able
to have them both installed at the same time.

Note, this is only temporary until Oracle announces yet again, that
java 7 is available for general use.
I expect this to be at around the time update 1 or 2 comes out for java 7.
After they announce this, java 6 is going back into the aur.

Happy hacking!


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Heiko Baums
Am Thu, 18 Aug 2011 20:08:47 +0200
schrieb Karol Blazewicz :

> I put the data CD, close the tray, try to mount it, but
>   [karol@white ~]$ sudo mount /dev/sr0 /media/cd/
>   mount: /dev/sr0 already mounted or /media/cd/ busy
> 
> It's definitely not mounted, let's try again
>   [karol@white ~]$ mount | grep sr0
>   [karol@white ~]$ sudo mount /dev/sr0 /media/cd/
>   mount: block device /dev/sr0 is write-protected, mounting read-only
> 
> OK, let's see if it's mounted indeed
>   [karol@white ~]$ mount | grep sr0
>   /dev/sr0 on /media/cd type iso9660 (ro)
> 
> Looks fine, unmount it and eject it
>   [karol@white ~]$ sudo umount /media/cd/
>   [karol@white ~]$ mount | grep sr0
>   [karol@white ~]$ eject /dev/sr0
>   eject: unable to eject, last error: Inappropriate ioctl for device
> 
> Despite the error, the CD got ejected. Using eject is the only way to
> do it - pushing the button on the case doesn't to a damn thing ...
> unless I push it and try mounting again - in this case, the tray will
> open.

Since when do you have those issues? It's probably a bug in the kernel
(package linux 3.0.2 and 3.0.3).

I just wanted to try what was explained in this thread and must realize
that my DVD writer isn't detected anymore, no /dev/sr0 anymore. And my
drive is hard locked, means I can't open the tray anymore with the
drive's eject button. And the eject command doesn't work either, of
course.

Here's my bug report:
https://bugs.archlinux.org/task/25649

Heiko


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Karol Blazewicz
On Thu, Aug 18, 2011 at 7:48 PM, Norbert Zeh  wrote:
> Karol Blazewicz [2011.08.18 1916 +0200]:
>> On Thu, Aug 18, 2011 at 7:08 PM, Heiko Baums  wrote:
>> > Am Thu, 18 Aug 2011 18:55:08 +0200
>> > schrieb Karol Blazewicz :
>> >
>> >> I've noticed that I have problems after I mount the CD: the button on
>> >> the CD-ROM doesn't eject the tray, but 'eject' command works.
>> >> I get 'ioctl: Input/output error' but the tray opens OK.
>> >>
>> >> Opening and closing the tray w/o mounting works all the time - with
>> >> the hardware button and w/ 'eject', w/o any errors.
>> >
>> > That's obvious. You have the same effect on any other OS, too.
>>
>> Sorry, I used an inappropriate description of the issue: after
>> mounting *and unmounting*, the button on the CD-ROM is dead.
>
> I can confirm this behaviour.  The error occurs only after the drive was in 
> use
> somehow.  This may be mounting and unmounting the drive, playing a movie using
> vlc (which does not actually mount the drive if I understand correctly), or
> ripping a CD using cdparanoia.
>
> Cheers,
> Norbert
>

I put the data CD, close the tray, try to mount it, but
  [karol@white ~]$ sudo mount /dev/sr0 /media/cd/
  mount: /dev/sr0 already mounted or /media/cd/ busy

It's definitely not mounted, let's try again
  [karol@white ~]$ mount | grep sr0
  [karol@white ~]$ sudo mount /dev/sr0 /media/cd/
  mount: block device /dev/sr0 is write-protected, mounting read-only

OK, let's see if it's mounted indeed
  [karol@white ~]$ mount | grep sr0
  /dev/sr0 on /media/cd type iso9660 (ro)

Looks fine, unmount it and eject it
  [karol@white ~]$ sudo umount /media/cd/
  [karol@white ~]$ mount | grep sr0
  [karol@white ~]$ eject /dev/sr0
  eject: unable to eject, last error: Inappropriate ioctl for device

Despite the error, the CD got ejected. Using eject is the only way to
do it - pushing the button on the case doesn't to a damn thing ...
unless I push it and try mounting again - in this case, the tray will open.


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Mauro Santos
On 18-08-2011 18:48, Norbert Zeh wrote:
> Karol Blazewicz [2011.08.18 1916 +0200]:
>> On Thu, Aug 18, 2011 at 7:08 PM, Heiko Baums  wrote:
>>> Am Thu, 18 Aug 2011 18:55:08 +0200
>>> schrieb Karol Blazewicz :
>>>
 I've noticed that I have problems after I mount the CD: the button on
 the CD-ROM doesn't eject the tray, but 'eject' command works.
 I get 'ioctl: Input/output error' but the tray opens OK.

 Opening and closing the tray w/o mounting works all the time - with
 the hardware button and w/ 'eject', w/o any errors.
>>>
>>> That's obvious. You have the same effect on any other OS, too.
>>
>> Sorry, I used an inappropriate description of the issue: after
>> mounting *and unmounting*, the button on the CD-ROM is dead.
> 
> I can confirm this behaviour.  The error occurs only after the drive was in 
> use
> somehow.  This may be mounting and unmounting the drive, playing a movie using
> vlc (which does not actually mount the drive if I understand correctly), or
> ripping a CD using cdparanoia.
> 
> Cheers,
> Norbert
> 

CD/DVD drives can be soft locked and will not obey (at least) the
hardware eject button, I can't remember about soft eject commands. The
thing is this soft lock has to be invoked by the software using the
drive (or by the kernel I suppose).

I don't use optical drives that much these days but the eject command
has always worked just fine for me as long as the media can be unmounted
or is already unmounted.

On the hardware button being dead after unmounting I believe that is an
old behaviour, either the kernel or the mount command soft lock the
drive when media is mounted but will not soft unlock it when unmounting,
I remember seeing this behaviour quite some time ago, so for me at least
this is nothing new.

-- 
Mauro Santos


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Norbert Zeh
Philipp Überbacher [2011.08.18 1919 +0200]:
> Excerpts from Heiko Baums's message of 2011-08-18 19:03:19 +0200:
> > Am Thu, 18 Aug 2011 13:44:23 -0300
> > schrieb Norbert Zeh :
> > 
> > > I have a strange problem with ejecting CDs from my CD drive.
> > > 
> > > As root:
> > > 
> > > eject and eject -t work flawlessly
> > > eject -T gives
> > > 
> > > ioctl: Input/output error
> > > 
> > > As non-root user:
> > > 
> > > eject -t closes the tray as expected
> > > eject gives
> > > 
> > > eject: unable to eject, last error: Inappropriate ioctl for device
> > > 
> > > eject -T gives the same result as for root
> > > 
> > > It doesn't matter whether I do or do not specify sr0 as the device to
> > > eject.  The non-root user that I try to execute this command as is in
> > > the optical group.
> > >
> > > ...
> > > 
> > > Does anybody else experience this type of problem?  Does anybody have
> > > any pointers what may be wrong with my setup?
> > 
> > Eject only works for root. So you have to use sudo to be able to
> > ejecting the CDs.
> > 
> > Heiko
> 
> Definitely not true, it works here without being root, but:
> $ eject
> eject: unable to find or open device for: `cdrom'
> 
> $ eject /dev/sr0
> works

This difference can be fixed by setting a symlink, but that's not relevant to
this issue here, as (after setting the symlink) the behaviour is identical with
or without specifying sr0 as the device.  Also, in the past, what made the
difference for a non-root user to be able to eject was membership in the
"optical" group.  For a user that is not in that group, permission to access
/dev/sr0 is simply denied.  A user in that group can write to /dev/sr0, but
something wonky is going on because the effect is not the same as if root
carried out the command.

> $ eject -T /dev/sr0 (while tray is ejected)
> eject: CD-ROM tray close command failed: Input/output error
> 
> $ sudo eject -T /dev/sr0
> Password: 
> eject: CD-ROM tray close command failed: Input/output error
> 
> or anything else that should pull the tray back in doesn't work on my
> machine, according to 'man eject' this may simply be a hardware
> limitation.

Indeed.  On my machine, it doesn't apply, though, because it worked before,
first for three years on Debian, then for over a year under Arch.  (Actually,
it applies on the laptop but not on the desktop.)

Cheers,
Norbert


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Norbert Zeh
Karol Blazewicz [2011.08.18 1916 +0200]:
> On Thu, Aug 18, 2011 at 7:08 PM, Heiko Baums  wrote:
> > Am Thu, 18 Aug 2011 18:55:08 +0200
> > schrieb Karol Blazewicz :
> >
> >> I've noticed that I have problems after I mount the CD: the button on
> >> the CD-ROM doesn't eject the tray, but 'eject' command works.
> >> I get 'ioctl: Input/output error' but the tray opens OK.
> >>
> >> Opening and closing the tray w/o mounting works all the time - with
> >> the hardware button and w/ 'eject', w/o any errors.
> >
> > That's obvious. You have the same effect on any other OS, too.
> 
> Sorry, I used an inappropriate description of the issue: after
> mounting *and unmounting*, the button on the CD-ROM is dead.

I can confirm this behaviour.  The error occurs only after the drive was in use
somehow.  This may be mounting and unmounting the drive, playing a movie using
vlc (which does not actually mount the drive if I understand correctly), or
ripping a CD using cdparanoia.

Cheers,
Norbert


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Philipp Überbacher
Excerpts from Heiko Baums's message of 2011-08-18 19:03:19 +0200:
> Am Thu, 18 Aug 2011 13:44:23 -0300
> schrieb Norbert Zeh :
> 
> > I have a strange problem with ejecting CDs from my CD drive.
> > 
> > As root:
> > 
> > eject and eject -t work flawlessly
> > eject -T gives
> > 
> > ioctl: Input/output error
> > 
> > As non-root user:
> > 
> > eject -t closes the tray as expected
> > eject gives
> > 
> > eject: unable to eject, last error: Inappropriate ioctl for device
> > 
> > eject -T gives the same result as for root
> > 
> > It doesn't matter whether I do or do not specify sr0 as the device to
> > eject.  The non-root user that I try to execute this command as is in
> > the optical group.
> >
> > ...
> > 
> > Does anybody else experience this type of problem?  Does anybody have
> > any pointers what may be wrong with my setup?
> 
> Eject only works for root. So you have to use sudo to be able to
> ejecting the CDs.
> 
> Heiko

Definitely not true, it works here without being root, but:
$ eject
eject: unable to find or open device for: `cdrom'

$ eject /dev/sr0
works

$ eject -T /dev/sr0 (while tray is ejected)
eject: CD-ROM tray close command failed: Input/output error

$ sudo eject -T /dev/sr0
Password: 
eject: CD-ROM tray close command failed: Input/output error

or anything else that should pull the tray back in doesn't work on my
machine, according to 'man eject' this may simply be a hardware
limitation.

Nothing was mounted in my test case, there's no CD inserted. I do
somewhat understand the behavior of my machine but not the behavior on
the original posters machine. In any case, root/sudo is not required.



Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Karol Blazewicz
On Thu, Aug 18, 2011 at 7:08 PM, Heiko Baums  wrote:
> Am Thu, 18 Aug 2011 18:55:08 +0200
> schrieb Karol Blazewicz :
>
>> I've noticed that I have problems after I mount the CD: the button on
>> the CD-ROM doesn't eject the tray, but 'eject' command works.
>> I get 'ioctl: Input/output error' but the tray opens OK.
>>
>> Opening and closing the tray w/o mounting works all the time - with
>> the hardware button and w/ 'eject', w/o any errors.
>
> That's obvious. You have the same effect on any other OS, too.

Sorry, I used an inappropriate description of the issue: after
mounting *and unmounting*, the button on the CD-ROM is dead.


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Heiko Baums
Am Thu, 18 Aug 2011 13:44:23 -0300
schrieb Norbert Zeh :

> I have a strange problem with ejecting CDs from my CD drive.
> 
> As root:
> 
> eject and eject -t work flawlessly
> eject -T gives
> 
> ioctl: Input/output error
> 
> As non-root user:
> 
> eject -t closes the tray as expected
> eject gives
> 
> eject: unable to eject, last error: Inappropriate ioctl for device
> 
> eject -T gives the same result as for root
> 
> It doesn't matter whether I do or do not specify sr0 as the device to
> eject.  The non-root user that I try to execute this command as is in
> the optical group.
>
> ...
> 
> Does anybody else experience this type of problem?  Does anybody have
> any pointers what may be wrong with my setup?

Eject only works for root. So you have to use sudo to be able to
ejecting the CDs.

Heiko


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Heiko Baums
Am Thu, 18 Aug 2011 18:55:08 +0200
schrieb Karol Blazewicz :

> I've noticed that I have problems after I mount the CD: the button on
> the CD-ROM doesn't eject the tray, but 'eject' command works.
> I get 'ioctl: Input/output error' but the tray opens OK.
> 
> Opening and closing the tray w/o mounting works all the time - with
> the hardware button and w/ 'eject', w/o any errors.

That's obvious. You have the same effect on any other OS, too.

If the drive is in use, which is the case if it's mounted, the CD can't
be ejected, because the CD-ROM drive locks its tray.

If you haven't mounted the CD then the drive is not in use, so you can
open and close the tray as much as you want and the way you want.

I don't know exactly why eject can open the tray if the CD is mounted.
Maybe because it first umounts the CD.

Heiko


Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Karol Blazewicz
On Thu, Aug 18, 2011 at 6:44 PM, Norbert Zeh  wrote:
> Hi folks,
>
> I have a strange problem with ejecting CDs from my CD drive.
>
> As root:
>
> eject and eject -t work flawlessly
> eject -T gives
>
>    ioctl: Input/output error

I've noticed that I have problems after I mount the CD: the button on
the CD-ROM doesn't eject the tray, but 'eject' command works.
I get 'ioctl: Input/output error' but the tray opens OK.

Opening and closing the tray w/o mounting works all the time - with
the hardware button and w/ 'eject', w/o any errors.


[arch-general] CD eject as non-root user

2011-08-18 Thread Norbert Zeh
Hi folks,

I have a strange problem with ejecting CDs from my CD drive.

As root:

eject and eject -t work flawlessly
eject -T gives

ioctl: Input/output error

As non-root user:

eject -t closes the tray as expected
eject gives

eject: unable to eject, last error: Inappropriate ioctl for device

eject -T gives the same result as for root

It doesn't matter whether I do or do not specify sr0 as the device to
eject.  The non-root user that I try to execute this command as is in
the optical group.

I have the same problem on two different machines: my trusty old desktop
and a Dell Latitude E6510.  Also, all this did work before and stopped
working some time not so long ago.  So, given that it did work before
and happens on two rather different machines, I suspect it to be a
result of some package upgrade.  Unfortunately, I don't know exactly
when this started happening.

Does anybody else experience this type of problem?  Does anybody have
any pointers what may be wrong with my setup?

Thanks,
Norbert

-- 

()  ascii ribbon campaign  -  against html e-mail
/\  www.asciiribbon.org-  against proprietary attachments


Re: [arch-general] [arch-dev-public] PHP: Dropping Suhosin patch and PEAR

2011-08-18 Thread Pierre Schmitz
On Thu, 18 Aug 2011 16:32:15 +0200, Pierre Schmitz wrote:
> Hi all,
> 
> The recent PHP 5.3.7 packages will be shipped without the Suhosin patch
> and there also wont be a PEAR package.
> 
> While I like the suhosin project I have to assume that this is stalled
> at best. There are no new releases since PHP 5.3.4 was released. I also
> wasn't able to contact the author to ask about the current state. Even
> though porting the patch to new minor php releases is quite easy, I
> don't feel comfortable about this; doing so wont also be "the Arch way".
> If anybody knows more about the current state of Suhosin, please let me
> know. Note: I'll keep the Suhosin extension as long as it works though.

Now that is perfect timing :-)
https://twitter.com/#!/i0n1c/status/104194056384552960

I'll have a look at that then.


-- 
Pierre Schmitz, https://users.archlinux.de/~pierre


[arch-general] PHP: Dropping Suhosin patch and PEAR

2011-08-18 Thread Pierre Schmitz
Hi all,

The recent PHP 5.3.7 packages will be shipped without the Suhosin patch
and there also wont be a PEAR package.

While I like the suhosin project I have to assume that this is stalled
at best. There are no new releases since PHP 5.3.4 was released. I also
wasn't able to contact the author to ask about the current state. Even
though porting the patch to new minor php releases is quite easy, I
don't feel comfortable about this; doing so wont also be "the Arch way".
If anybody knows more about the current state of Suhosin, please let me
know. Note: I'll keep the Suhosin extension as long as it works though.

In addition to this I removed the php-pear package. The main problem is
that the recent version of PEAR does not support the installation to a
destination directory. There are quite a lot of bug reports about this;
some of them are very old.* I am not really interested to add any hacks
to make it working. This has to be fixed upstream once and for all;
unless they really don't want to have pear redistributed. For anybody
interested in using pear I'd suggest creating a separate PKGBUILD and
put it into AUR. The Fedora spec file might be a good start:
  
http://pkgs.fedoraproject.org/gitweb/?p=php-pear.git;a=blob;f=php-pear.spec

Greetings,

Pierre


*) https://bugs.php.net/bug.php?id=18568
   http://pear.php.net/bugs/bug.php?id=6154
   https://bugs.php.net/bug.php?id=50509
   https://pear.php.net/bugs/bug.php?id=17067

-- 
Pierre Schmitz, https://users.archlinux.de/~pierre


Re: [arch-general] [arch-dev-public] [signoff] linux-3.0.3-1

2011-08-18 Thread Smith Dhumbumroong

On 08/18/2011 12:12 PM, Tobias Powalowski wrote:

Latest kernel is in testing,
please signoff for both arches

greetings
tpowa

Signoff x86_64.