Re: [arch-general] PyQT fails when I try to use it with Python 2.7

[Rashif Ray Rahman]

On 30 October 2012 04:01, Asdrúbal Iván Suárez Rivera
 wrote:
> 2012/10/29 Kwpolska :
>> On Mon, Oct 29, 2012 at 2:35 PM, Asdrúbal Iván Suárez Rivera
>>  wrote:
>>>
>>> Hello guys, this is my first message to this list.
>>>
>>> I'm trying to install PyQT for Python 2.7 on Archlinux. I installed
>>> the following packages
>>>
>>> > pyqt 4.9.5-3
>>> > pyqt-common 4.9.5-3
>>> > pyqt3 3.18.1-11
>>> > python2-pyqt 4.9.5-3
>>>
>>> When I try to do "import qt", the following message appears
>>
>> import qt?  That isn’t right. The proper module name is PyQt4.  And
>> the industry standard is to do a ``from PyQT4 import QtGui[, QtCore]``
>> import.
>>
>
> Kodos (A python regex debugger) uses "import qt" on his execute script
>
> Please note it uses PyQt3...
>
> That's why I asked
>
>
>> --
>> Kwpolska 
>> stop html mail  | always bottom-post
>> www.asciiribbon.org | www.netmeister.org/news/learn2quote.html
>> GPG KEY: 5EAAEA16
>
>
>
> --
> Asdrúbal Iván Suárez Rivera
>
> Si quieres aprender, enseña. Marco Tulio Cicerón.
>
> ¿Tienes twitter?
> Sígueme: @asdrubalivan

File a bug report against pyqt3 under Community Packages at
https://bugs.archlinux.org/


-- 
GPG/PGP ID: C0711BF1

Re: [arch-general] systemd and local group membership

[Curtis Shimamoto]

On 10/29/12 at 08:09pm, Tom Gundersen wrote:
> On Mon, Oct 29, 2012 at 3:24 PM, Curtis Shimamoto
>  wrote:
> > One more thing I forgot to ask.  Do I need to include the ACTION and
> > ENV{MAJOR} stuff in my personal rule (71-my-uaccess.rule)?  Namely:
> >
> > ACTION=="remove", GOTO="uaccess_end"
> > ENV{MAJOR}=="", GOTO="uaccess_end"
> > ...
> > LABEL="uaccess_end"
> >
> > Because, honestly, I am not entirely sure what that does besides the
> > obvious part of telling it where to proceed to.
> 
> You should keep the GOTO/LABEL in. It makes sure the rule is ignored
> in case the device is being ignored, or in case the MAJOR is not set.
> 
> -t

Awesome!  Thanks so much for the input everyone.  I shall go forth with
confidence in my new udev rule!

-- 
Curtis Shimamoto
sugar.and.scru...@gmail.com

Re: [arch-general] Moving CK-removal + GNOME 3.6? Announcement draft.

[Greg Bouzakis]

Dave Reisner wrote:

> On Mon, Oct 29, 2012 at 4:33 PM, Greg Bouzakis  wrote:
>>
>> Tom Gundersen wrote:
>>
>> > What about:
>> >
>> > "ConsoleKit replaced by logind
>> >
>> > With GNOME 3.6, polkit and networkmanager moving to extra, ConsoleKit
>> > has now been removed from the repositories. Any package that
>> > previously depended on it now relies on systemd-logind instead. That
>> > means that the system must be booted with systemd to be fully
>> > functional.
>> >
>> > In addition to GNOME, both KDE and XFCE are also affected by this change."
>>
>> This is mostly OK but not only users of DE's are affected.
>> Its pretty much everyone but at least a mention on DM's should be added as
>> well.
>> And probably a mention on [0] as a solution for people not
>> using one.
>>
>> [0]: 
>> http://blog.falconindy.com/articles/back-to-basics-with-x-and-systemd.html
>>
>> My 2 cents
>>
>> Greg
> 
> No, my blog post is a workaround for the current status quo. If
> "everyone" is going to need
> to do this, we may as well just modify our own shipped
> /etc/X11/xinit/xserverrc as proprosed
> here:
> 
> https://bugs.archlinux.org/task/32206
> 
> dave

Yes, too many people will be affected.
IMO this should be fixed before moving the packages to extra.

Greg

PS. (hopefully) fixed the editor, yay!

Re: [arch-general] bootchart confusion

[Bjørn Øivind Bjørnsen]

On 29/10/12 22:09, G. Schlisio wrote:
> hi list,
> i am confused about bootchart{,2}. in aur [1] its called bootchart2, in
> community we have bootchart [2].
> in the aur there is a comment from tom, that [1] is going to be replaced
> by [2].
> now  [2] is bootchart version 1.20, so it does not look like bootchart2
> to me.
> so which one is the most recent bootchart2 and maybe we can clean this
> (naming, moving, whatever) to make it clearer?
> thanks
> georg
> 
> [1] https://aur.archlinux.org/packages.php?ID=51576
> [2] https://www.archlinux.org/packages/extra/x86_64/bootchart/

Hi,

From a quick look, it would seem that these are two different projects
which merely share the same name and purpose. I cannot tell you which
one is better or preferred, as I have not looked at either of them.
Perhaps Tom has some wisdom to share?

Regards,
Bjørn Øivind



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] bootchart confusion

[Tom Gundersen]

On Mon, Oct 29, 2012 at 10:09 PM, G. Schlisio  wrote:
> i am confused about bootchart{,2}. in aur [1] its called bootchart2, in
> community we have bootchart [2].
> in the aur there is a comment from tom, that [1] is going to be replaced by
> [2].
> now  [2] is bootchart version 1.20, so it does not look like bootchart2 to
> me.
> so which one is the most recent bootchart2 and maybe we can clean this
> (naming, moving, whatever) to make it clearer?

Thanks for following up on this. I just requested that it should be
removed on the aur ml.

Cheers,

Tom

[arch-general] bootchart confusion

[G. Schlisio]

hi list,
i am confused about bootchart{,2}. in aur [1] its called bootchart2, in 
community we have bootchart [2].
in the aur there is a comment from tom, that [1] is going to be replaced 
by [2].
now  [2] is bootchart version 1.20, so it does not look like bootchart2 
to me.
so which one is the most recent bootchart2 and maybe we can clean this 
(naming, moving, whatever) to make it clearer?

thanks
georg

[1] https://aur.archlinux.org/packages.php?ID=51576
[2] https://www.archlinux.org/packages/extra/x86_64/bootchart/

Re: [arch-general] Moving CK-removal + GNOME 3.6? Announcement draft.

[Dave Reisner]

On Mon, Oct 29, 2012 at 4:33 PM, Greg Bouzakis  wrote:
>
> Tom Gundersen wrote:
>
> > What about:
> >
> > "ConsoleKit replaced by logind
> >
> > With GNOME 3.6, polkit and networkmanager moving to extra,
> ConsoleKit
> > has now been removed from the repositories. Any package that
> > previously depended on it now relies on systemd-logind
> instead. That
> > means that the system must be booted with systemd to be
> fully
> > functional.
> >
> > In addition to GNOME, both KDE and XFCE are also affected by
> this change."
>
> This is mostly OK but not only users of DE's are affected.
> Its pretty much everyone but at least a mention on DM's should
> be
> added as well.
> And probably a mention on [0] as a solution for people not
> using one.
>
> [0]: http://blog.falconindy.com/articles/back-to-basics-with-
> x-and-systemd.html
>
> My 2 cents
>
> Greg

No, my blog post is a workaround for the current status quo. If
"everyone" is going to need
to do this, we may as well just modify our own shipped
/etc/X11/xinit/xserverrc as proprosed
here:

https://bugs.archlinux.org/task/32206

dave

Re: [arch-general] PyQT fails when I try to use it with Python 2.7

[Asdrúbal Iván Suárez Rivera]

2012/10/29 Kwpolska :
> On Mon, Oct 29, 2012 at 2:35 PM, Asdrúbal Iván Suárez Rivera
>  wrote:
>>
>> Hello guys, this is my first message to this list.
>>
>> I'm trying to install PyQT for Python 2.7 on Archlinux. I installed
>> the following packages
>>
>> > pyqt 4.9.5-3
>> > pyqt-common 4.9.5-3
>> > pyqt3 3.18.1-11
>> > python2-pyqt 4.9.5-3
>>
>> When I try to do "import qt", the following message appears
>
> import qt?  That isn’t right. The proper module name is PyQt4.  And
> the industry standard is to do a ``from PyQT4 import QtGui[, QtCore]``
> import.
>

Kodos (A python regex debugger) uses "import qt" on his execute script

Please note it uses PyQt3...

That's why I asked


> --
> Kwpolska 
> stop html mail  | always bottom-post
> www.asciiribbon.org | www.netmeister.org/news/learn2quote.html
> GPG KEY: 5EAAEA16



-- 
Asdrúbal Iván Suárez Rivera

Si quieres aprender, enseña. Marco Tulio Cicerón.

¿Tienes twitter?
Sígueme: @asdrubalivan

Re: [arch-general] PyQT fails when I try to use it with Python 2.7

[Diego Viola]

PyQt, not PyQT.

On Mon, Oct 29, 2012 at 10:35 AM, Asdrúbal Iván Suárez Rivera
 wrote:
> Hello guys, this is my first message to this list.
>
> I'm trying to install PyQT for Python 2.7 on Archlinux. I installed
> the following packages
>
>> pyqt 4.9.5-3
>> pyqt-common 4.9.5-3
>> pyqt3 3.18.1-11
>> python2-pyqt 4.9.5-3
>
> When I try to do "import qt", the following message appears
>
>> Traceback (most recent call last):
>> File "", line 1, in 
>> RuntimeError: the sip module implements API v9.0 but the qt module requires 
>> API v8.1
>
> I have the following sip-related packages installed on my system
>
>> python-sip 4.14-2
>> python2-sip 4.14-2
>> sip 4.14-2
>
> Any help will be appreciated.
>
> Thanks in Advance
>
> PS: I'm not a native english speaker, so please, excuse me for grammar 
> mistakes.
>
>
> --
> Asdrúbal Iván Suárez Rivera
>
> Si quieres aprender, enseña. Marco Tulio Cicerón.
>
> ¿Tienes twitter?
> Sígueme: @asdrubalivan

Re: [arch-general] Moving CK-removal + GNOME 3.6? Announcement draft.

[Greg Bouzakis]

Tom Gundersen wrote:

> What about:
> 
> "ConsoleKit replaced by logind
> 
> With GNOME 3.6, polkit and networkmanager moving to extra, 
ConsoleKit
> has now been removed from the repositories. Any package that
> previously depended on it now relies on systemd-logind 
instead. That
> means that the system must be booted with systemd to be 
fully
> functional.
> 
> In addition to GNOME, both KDE and XFCE are also affected by 
this change."

This is mostly OK but not only users of DE's are affected.
Its pretty much everyone but at least a mention on DM's should 
be
added as well.
And probably a mention on [0] as a solution for people not 
using one.

[0]: http://blog.falconindy.com/articles/back-to-basics-with-
x-and-systemd.html

My 2 cents

Greg

Re: [arch-general] PyQT fails when I try to use it with Python 2.7

[Kwpolska]

On Mon, Oct 29, 2012 at 2:35 PM, Asdrúbal Iván Suárez Rivera
 wrote:
>
> Hello guys, this is my first message to this list.
>
> I'm trying to install PyQT for Python 2.7 on Archlinux. I installed
> the following packages
>
> > pyqt 4.9.5-3
> > pyqt-common 4.9.5-3
> > pyqt3 3.18.1-11
> > python2-pyqt 4.9.5-3
>
> When I try to do "import qt", the following message appears

import qt?  That isn’t right. The proper module name is PyQt4.  And
the industry standard is to do a ``from PyQT4 import QtGui[, QtCore]``
import.

--
Kwpolska 
stop html mail  | always bottom-post
www.asciiribbon.org | www.netmeister.org/news/learn2quote.html
GPG KEY: 5EAAEA16

Re: [arch-general] systemd and local group membership

[Kevin Chadwick]

> So far, I have not heard any mention of this being a bad idea, or a
> security concern.

I much prefer the output of ls but the acl man page says that the acls
update the filesystem permissions and vice versa, so I would expect that
if the getfacl command shows rw for the users you have in the video
group and nothing for others then the permission settings atleast are
equivalent. Having said that, I cannot see how to show all users
permissions logged in and out, such as multiple members of groups using
getfacl, atleast on a quick test with my log file permissions anyway.

Maybe there is no need to?

-- 
___

'Write programs that do one thing and do it well. Write programs to work
together. Write programs to handle text streams, because that is a
universal interface'

(Doug McIlroy)
___

Re: [arch-general] systemd and local group membership

[Tom Gundersen]

On Mon, Oct 29, 2012 at 3:24 PM, Curtis Shimamoto
 wrote:
> One more thing I forgot to ask.  Do I need to include the ACTION and
> ENV{MAJOR} stuff in my personal rule (71-my-uaccess.rule)?  Namely:
>
> ACTION=="remove", GOTO="uaccess_end"
> ENV{MAJOR}=="", GOTO="uaccess_end"
> ...
> LABEL="uaccess_end"
>
> Because, honestly, I am not entirely sure what that does besides the
> obvious part of telling it where to proceed to.

You should keep the GOTO/LABEL in. It makes sure the rule is ignored
in case the device is being ignored, or in case the MAJOR is not set.

-t

Re: [arch-general] systemd and local group membership

[Curtis Shimamoto]

On 10/29/12 at 12:46pm, Rodrigo Rivas wrote:
> On Mon, Oct 29, 2012 at 5:47 AM, Curtis Shimamoto <
> sugar.and.scru...@gmail.com> wrote:
> 
> > I did run into one problem though.  I sometimes use mplayer from the
> > console.  To do this, I have set mplayer up to use fbdev2.  Previously
> > (when in all those groups), I was able to do this with no problem.  but
> > after making these changes, I suddenly had to be root to use mplayer in
> > framebuffer mode.
> >
> > I realized that this was because /dev/fb0 was not included in the
> > 70-uaccess.rules.  I am no expert in udev rules, but I have written a
> > few for various things.  This file was dead simple to understand, so I
> > copied it over to /etc/udev/rules.d and added:
> >
> > # framebuffer
> > SUBSYSTEM=="graphics", KERNEL=="fb0", TAG+="uaccess"
> 
> 
> 
> 
> I think it is better to add a file /etc/udev/rules.d/71-my-uaccess.rules
> with just the line you need to add, instead of copying the whole
> 70-uaccess.rules file. That way you still get the upgrades to the standard
> file. Note that the names of the files make no difference, other than the
> order of execution.
> 
> Regards
> --
> Rodrigo

One more thing I forgot to ask.  Do I need to include the ACTION and
ENV{MAJOR} stuff in my personal rule (71-my-uaccess.rule)?  Namely:

ACTION=="remove", GOTO="uaccess_end"
ENV{MAJOR}=="", GOTO="uaccess_end"
...
LABEL="uaccess_end"

Because, honestly, I am not entirely sure what that does besides the
obvious part of telling it where to proceed to.
-- 
Curtis Shimamoto
sugar.and.scru...@gmail.com

Re: [arch-general] systemd and local group membership

[Curtis Shimamoto]

On 10/29/12 at 12:46pm, Rodrigo Rivas wrote:
> On Mon, Oct 29, 2012 at 5:47 AM, Curtis Shimamoto <
> sugar.and.scru...@gmail.com> wrote:
> 
> > I did run into one problem though.  I sometimes use mplayer from the
> > console.  To do this, I have set mplayer up to use fbdev2.  Previously
> > (when in all those groups), I was able to do this with no problem.  but
> > after making these changes, I suddenly had to be root to use mplayer in
> > framebuffer mode.
> >
> > I realized that this was because /dev/fb0 was not included in the
> > 70-uaccess.rules.  I am no expert in udev rules, but I have written a
> > few for various things.  This file was dead simple to understand, so I
> > copied it over to /etc/udev/rules.d and added:
> >
> > # framebuffer
> > SUBSYSTEM=="graphics", KERNEL=="fb0", TAG+="uaccess"
> 
> 
> 
> 
> I think it is better to add a file /etc/udev/rules.d/71-my-uaccess.rules
> with just the line you need to add, instead of copying the whole
> 70-uaccess.rules file. That way you still get the upgrades to the standard
> file. Note that the names of the files make no difference, other than the
> order of execution.
> 
> Regards
> --
> Rodrigo

Yes, this was mentioned to me in the forums as well.  It is a much
better idea.  Thanks for confirming that this is what I should be doing.

So far, I have not heard any mention of this being a bad idea, or a
security concern.  So I guess I will be sticking with it until I find
reason to do otherwise.

Thanks again for the input Rodrigo
-- 
Curtis Shimamoto
sugar.and.scru...@gmail.com

[arch-general] PyQT fails when I try to use it with Python 2.7

[Asdrúbal Iván Suárez Rivera]

Hello guys, this is my first message to this list.

I'm trying to install PyQT for Python 2.7 on Archlinux. I installed
the following packages

> pyqt 4.9.5-3
> pyqt-common 4.9.5-3
> pyqt3 3.18.1-11
> python2-pyqt 4.9.5-3

When I try to do "import qt", the following message appears

> Traceback (most recent call last):
> File "", line 1, in 
> RuntimeError: the sip module implements API v9.0 but the qt module requires 
> API v8.1

I have the following sip-related packages installed on my system

> python-sip 4.14-2
> python2-sip 4.14-2
> sip 4.14-2

Any help will be appreciated.

Thanks in Advance

PS: I'm not a native english speaker, so please, excuse me for grammar mistakes.


--
Asdrúbal Iván Suárez Rivera

Si quieres aprender, enseña. Marco Tulio Cicerón.

¿Tienes twitter?
Sígueme: @asdrubalivan

Re: [arch-general] systemd and local group membership

[Tom Gundersen]

On Mon, Oct 29, 2012 at 12:49 PM, F.Gr.  wrote:
> Excerpt from Giorgio Lando's message
> of 2012-10-28T12:29+0100:
>
>> > "Note: Adding your user to groups (optical, audio, scanner, ...)
>> > is not necessary with systemd. It might even break the wanted
>> > functionality if you do so."
>>
>> While I ignore the technical reasons, my scanner does not work if I
>> am not in the scanner group.
>
> Indeed, if I'm not in the optical group, K3b doesn't work. (I'm
> running Xfce, not KDE; I don't know if it is related).

As explained above, you need to check that your user session is
considered active by logind for it to apply the ACL's to your devices.

When it comes to CD burning software there is the additional caveat
that by default the udev rules only apply ACL's (and group ownership)
to the "modern" cdrom device nodes, and not the legacy ones. Depending
on your cdrom software this may or may not be a problem.

As I have filed my cdrom drive together with my telefax, I haven't
tested this stuff myself in quite some time.

-t

Re: [arch-general] systemd and local group membership

[F.Gr.]

Excerpt from Giorgio Lando's message
of 2012-10-28T12:29+0100:

> > "Note: Adding your user to groups (optical, audio, scanner, ...)
> > is not necessary with systemd. It might even break the wanted
> > functionality if you do so."
> 
> While I ignore the technical reasons, my scanner does not work if I
> am not in the scanner group.

Indeed, if I'm not in the optical group, K3b doesn't work. (I'm
running Xfce, not KDE; I don't know if it is related).

Re: [arch-general] systemd and local group membership

[Thiago Kenji Okada]

>
> Not really. Logind does not at all manage non-local users, so if you
> want to give them access to your hardware you have to use another
> mechanism (such as groups).
>
I'm trying to setup an Arch instalation with remote logins using LDAP and
systemd and didn't have audio at all. So it because of this? There is no
other way to give remote users access to audio without putting all of them
on "audio" group? I would prefer a better way to deal with this.

Well, I even tried to create a local user and didn't have audio too (ls -la
/dev/snd didn't show extended permissions), but maybe something is wrong
with my PAM setup (or even NSS).

-- 
Thiago Kenji Okada 
PGP Key: EEC09705

Re: [arch-general] systemd and local group membership

[Rodrigo Rivas]

On Mon, Oct 29, 2012 at 5:47 AM, Curtis Shimamoto <
sugar.and.scru...@gmail.com> wrote:

> I did run into one problem though.  I sometimes use mplayer from the
> console.  To do this, I have set mplayer up to use fbdev2.  Previously
> (when in all those groups), I was able to do this with no problem.  but
> after making these changes, I suddenly had to be root to use mplayer in
> framebuffer mode.
>
> I realized that this was because /dev/fb0 was not included in the
> 70-uaccess.rules.  I am no expert in udev rules, but I have written a
> few for various things.  This file was dead simple to understand, so I
> copied it over to /etc/udev/rules.d and added:
>
> # framebuffer
> SUBSYSTEM=="graphics", KERNEL=="fb0", TAG+="uaccess"




I think it is better to add a file /etc/udev/rules.d/71-my-uaccess.rules
with just the line you need to add, instead of copying the whole
70-uaccess.rules file. That way you still get the upgrades to the standard
file. Note that the names of the files make no difference, other than the
order of execution.

Regards
--
Rodrigo