Re: About /dev/console!

2013-04-28 Thread Richard W.M. Jones
On Sat, Apr 27, 2013 at 07:13:59PM -0300, Sergio Belkin wrote:
> ls -l /dev/console\!
> -rw-r--r--. 1 root root 0 abr 27 13:55 /dev/console!

That's strange.

My copy of the console(4) man page doesn't mention this, and that's
not exactly surprising since what you've got there is a regular file,
not a char device like /dev/console.

Best guess is this is the result of a rogue script or broken udev
rule.  Any idea what program you ran around at 13:55 yesterday?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Review Swap

2013-04-28 Thread Christopher Meng
Hi,

There are many review requests here.

Can someone help do a review(even only one of them)?

I really appreciate your help.

Here is the list:

monitorix - A free, open source, lightweight system monitoring tool (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=947071)
repsurgeon - A tool for doing surgical operations on repositories (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=950296)
remotebox - Open Source VirtualBox Client with Remote Management (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=954074)
nsnake - Classic snake game on console (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=955913)
erebus - 2D real-time Role-Playing Game (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=956669)
recoverjpeg - Recover jpeg pictures and mov movies from damaged devices (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=956737)
python-doit - Python automation tool (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=957190)
storeBackup - A very space efficient disk-to-disk backup suite (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=957347)
deepin-utils - Basic modules needed by most Linux Deepin applications (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=957409)
deepin-ui - Linux Deepin Graphics Library (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=957411)
lnav - Logfile Navigator (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=957415)
tea - A text editor with the hundreds of features (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=957422)
lookat - User-Friendly Text File Viewer (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=957436)
minised - A smaller, cheaper, faster SED implementation (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=957465)
ssh-installkeys - A tool for installing ssh keys on remote sites (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=957471)

Thanks in advance.



*Yours sincerely,*
*Christopher Meng*

Always playing in Fedora Project

http://cicku.me
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rawhide report: 20130428 changes

2013-04-28 Thread Fedora Rawhide Report
Compose started at Sun Apr 28 08:15:02 UTC 2013

Broken deps for x86_64
--
[aeolus-conductor]
aeolus-conductor-0.10.6-2.fc19.noarch requires ruby(abi) = 0:1.9.1
[deltacloud-core]
deltacloud-core-1.0.5-2.fc19.noarch requires ruby(abi) = 0:1.9.1
[dogtag-pki]
dogtag-pki-10.0.2-1.fc20.noarch requires pki-tools >= 0:10.0.2
dogtag-pki-10.0.2-1.fc20.noarch requires pki-tks >= 0:10.0.2
dogtag-pki-10.0.2-1.fc20.noarch requires pki-symkey >= 0:10.0.2
dogtag-pki-10.0.2-1.fc20.noarch requires pki-server >= 0:10.0.2
dogtag-pki-10.0.2-1.fc20.noarch requires pki-ocsp >= 0:10.0.2
dogtag-pki-10.0.2-1.fc20.noarch requires pki-kra >= 0:10.0.2
dogtag-pki-10.0.2-1.fc20.noarch requires pki-javadoc >= 0:10.0.2
dogtag-pki-10.0.2-1.fc20.noarch requires pki-console >= 0:10.0.2
dogtag-pki-10.0.2-1.fc20.noarch requires pki-ca >= 0:10.0.2
dogtag-pki-10.0.2-1.fc20.noarch requires pki-base >= 0:10.0.2
[dragonegg]
dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19
[eg]
eg-1.7.5.2-4.fc20.noarch requires perl(one)
eg-1.7.5.2-4.fc20.noarch requires perl(it)
eg-1.7.5.2-4.fc20.noarch requires perl(an)
[ghc-data-memocombinators]
ghc-data-memocombinators-0.4.4-3.fc19.x86_64 requires 
libHSdata-inttrie-0.0.8-ghc7.4.2.so()(64bit)
ghc-data-memocombinators-0.4.4-3.fc19.x86_64 requires 
ghc(data-inttrie-0.0.8-1cc0f43b566911f823287ed46100a81e)
ghc-data-memocombinators-devel-0.4.4-3.fc19.x86_64 requires 
ghc-devel(data-inttrie-0.0.8-1cc0f43b566911f823287ed46100a81e)
[ghc-show]
ghc-show-0.4.1.2-4.fc19.x86_64 requires 
libHSsmallcheck-0.6.1-ghc7.4.2.so()(64bit)
ghc-show-0.4.1.2-4.fc19.x86_64 requires 
ghc(smallcheck-0.6.1-909159f2996454c279da80ced02cfe48)
ghc-show-devel-0.4.1.2-4.fc19.x86_64 requires 
ghc-devel(smallcheck-0.6.1-909159f2996454c279da80ced02cfe48)
[gnome-applets]
1:gnome-applets-3.5.92-3.fc18.x86_64 requires 
libgweather-3.so.1()(64bit)
[gnome-panel]
gnome-panel-3.6.2-6.fc19.x86_64 requires 
libgnome-desktop-3.so.5()(64bit)
gnome-panel-devel-3.6.2-6.fc19.i686 requires libgnome-desktop-3.so.5
gnome-panel-devel-3.6.2-6.fc19.x86_64 requires 
libgnome-desktop-3.so.5()(64bit)
[gooddata-cl]
gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java
[kawa]
1:kawa-1.11-5.fc19.x86_64 requires servlet25
[kdevelop-custom-buildsystem]
kdevelop-custom-buildsystem-1.2.2-2.fc19.x86_64 requires 
libkdevplatformutil.so.6()(64bit)
kdevelop-custom-buildsystem-1.2.2-2.fc19.x86_64 requires 
libkdevplatformproject.so.6()(64bit)
kdevelop-custom-buildsystem-1.2.2-2.fc19.x86_64 requires 
libkdevplatformoutputview.so.6()(64bit)
kdevelop-custom-buildsystem-1.2.2-2.fc19.x86_64 requires 
libkdevplatformlanguage.so.6()(64bit)
kdevelop-custom-buildsystem-1.2.2-2.fc19.x86_64 requires 
libkdevplatforminterfaces.so.6()(64bit)
[lancet]
lancet-1.0.1-6.fc19.noarch requires ant-nodeps >= 0:1.7.1
[libkolab]
php-kolab-0.4.1-3.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64
php-kolab-0.4.1-3.fc19.x86_64 requires php(api) = 0:20100412-x86-64
[mapserver]
php-mapserver-6.0.3-9.fc19.x86_64 requires php(zend-abi) = 
0:20100525-x86-64
php-mapserver-6.0.3-9.fc19.x86_64 requires php(api) = 0:20100412-x86-64
[matreshka]
matreshka-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-amf-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-amf-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-amf-mofext-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-amf-mofext-0.3.0-3.fc19.x86_64 requires 
libgnat-4.7.so()(64bit)
matreshka-amf-ocl-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-amf-ocl-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-amf-uml-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-amf-uml-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-amf-utp-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-amf-utp-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-fastcgi-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-fastcgi-0.3.0-3.fc19.i686 requires libgnarl-4.7.so
matreshka-fastcgi-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-fastcgi-0.3.0-3.fc19.x86_64 requires libgnarl-4.7.so()(64bit)
matreshka-sql-core-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-sql-core-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-sql-postgresql-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-sql-postgresql-0.3.0-3.fc19.x86_64 requires 
libgnat-4.7.so()(64bit)
matreshka-sql-sqlite-0.3.0-3.fc19.i686 requires libgnat-

Re: udev rules, ACL_MANAGE, udev-acl?

2013-04-28 Thread Tomasz Torcz
On Sat, Apr 27, 2013 at 05:55:17PM -0600, Eric Smith wrote:
> I'm trying to package something that talks to a USB device. Upstream
> has a udev rule that uses the group "plugdev", which apparently is
> not used in Fedora, and I've seen advice to instead use an
> ACL_MANAGE variable and a udev-acl executable.  However, I can't
> find any documentation on either, and udev-acl no longer even seems
> to exist.  (Was it part of ConsoleKit?)
> 
> Is there documentation anywhere on how to write appropriate udev
> rules, or examples thereof?  It appears that everything I can find
> with Google is out of date.

  You need either to classify device in udev rules or tag it with "uaccess".
I made a writeup some time ago: 
http://enotty.pipebreaker.pl/2012/05/23/linux-automatic-user-acl-management/
I hope it helps.

-- 
Tomasz Torcz   RIP is irrevelant. Spoofing is futile.
xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

F-19 Branched report: 20130428 changes

2013-04-28 Thread Fedora Branched Report
Compose started at Sun Apr 28 09:15:02 UTC 2013

Broken deps for x86_64
--
[aeolus-conductor]
aeolus-conductor-0.10.6-2.fc19.noarch requires ruby(abi) = 0:1.9.1
[clementine]
clementine-1.1.1-1.fc19.x86_64 requires libprotobuf.so.7()(64bit)
clementine-1.1.1-1.fc19.x86_64 requires libimobiledevice.so.3()(64bit)
[connman]
connman-1.5-4.fc19.i686 requires libxtables.so.7
connman-1.5-4.fc19.i686 requires libgnutls.so.26(GNUTLS_1_4)
connman-1.5-4.fc19.i686 requires libgnutls.so.26
connman-1.5-4.fc19.x86_64 requires libxtables.so.7()(64bit)
connman-1.5-4.fc19.x86_64 requires libgnutls.so.26(GNUTLS_1_4)(64bit)
connman-1.5-4.fc19.x86_64 requires libgnutls.so.26()(64bit)
[deltacloud-core]
deltacloud-core-1.0.5-2.fc19.noarch requires ruby(abi) = 0:1.9.1
[dragonegg]
dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19
[flowcanvas]
flowcanvas-0.7.1-8.fc18.i686 requires libgraph.so.5
flowcanvas-0.7.1-8.fc18.x86_64 requires libgraph.so.5()(64bit)
[freeipa]
freeipa-server-strict-3.2.0-0.3.beta1.fc19.x86_64 requires krb5-server 
= 0:1.11.2-1
[gcc-python-plugin]
gcc-python2-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 
0:4.7.2-8.fc19
gcc-python2-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19
gcc-python3-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 
0:4.7.2-8.fc19
gcc-python3-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19
[ghc-data-memocombinators]
ghc-data-memocombinators-0.4.4-3.fc19.x86_64 requires 
libHSdata-inttrie-0.0.8-ghc7.4.2.so()(64bit)
ghc-data-memocombinators-0.4.4-3.fc19.x86_64 requires 
ghc(data-inttrie-0.0.8-1cc0f43b566911f823287ed46100a81e)
ghc-data-memocombinators-devel-0.4.4-3.fc19.x86_64 requires 
ghc-devel(data-inttrie-0.0.8-1cc0f43b566911f823287ed46100a81e)
[ghc-show]
ghc-show-0.4.1.2-4.fc19.x86_64 requires 
libHSsmallcheck-0.6.1-ghc7.4.2.so()(64bit)
ghc-show-0.4.1.2-4.fc19.x86_64 requires 
ghc(smallcheck-0.6.1-909159f2996454c279da80ced02cfe48)
ghc-show-devel-0.4.1.2-4.fc19.x86_64 requires 
ghc-devel(smallcheck-0.6.1-909159f2996454c279da80ced02cfe48)
[gnome-applets]
1:gnome-applets-3.5.92-3.fc18.x86_64 requires 
libgweather-3.so.1()(64bit)
[gnome-panel]
gnome-panel-3.6.2-6.fc19.x86_64 requires 
libgnome-desktop-3.so.5()(64bit)
gnome-panel-devel-3.6.2-6.fc19.i686 requires libgnome-desktop-3.so.5
gnome-panel-devel-3.6.2-6.fc19.x86_64 requires 
libgnome-desktop-3.so.5()(64bit)
[gnome-pie]
gnome-pie-0.5.3-3.20120826git1b93e1.fc19.x86_64 requires 
libbamf3.so.0()(64bit)
[gnomint]
gnomint-1.2.1-5.fc18.x86_64 requires libgnutls.so.26(GNUTLS_2_8)(64bit)
gnomint-1.2.1-5.fc18.x86_64 requires libgnutls.so.26(GNUTLS_1_4)(64bit)
gnomint-1.2.1-5.fc18.x86_64 requires libgnutls.so.26()(64bit)
[gooddata-cl]
gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java
[kawa]
1:kawa-1.11-5.fc19.x86_64 requires servlet25
[libkolab]
php-kolab-0.4.1-3.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64
php-kolab-0.4.1-3.fc19.x86_64 requires php(api) = 0:20100412-x86-64
[matreshka]
matreshka-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-amf-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-amf-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-amf-mofext-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-amf-mofext-0.3.0-3.fc19.x86_64 requires 
libgnat-4.7.so()(64bit)
matreshka-amf-ocl-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-amf-ocl-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-amf-uml-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-amf-uml-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-amf-utp-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-amf-utp-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-fastcgi-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-fastcgi-0.3.0-3.fc19.i686 requires libgnarl-4.7.so
matreshka-fastcgi-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-fastcgi-0.3.0-3.fc19.x86_64 requires libgnarl-4.7.so()(64bit)
matreshka-sql-core-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-sql-core-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
matreshka-sql-postgresql-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-sql-postgresql-0.3.0-3.fc19.x86_64 requires 
libgnat-4.7.so()(64bit)
matreshka-sql-sqlite-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-sql-sqlite-0.3.0-3.fc19.x86_64 requires 
libgnat-4.7.so()(64bit)
matreshka-xml-0.3.0-3.fc19.i686 requires libgnat-4.7.so
matreshka-xml-0.3.0-

audacity

2013-04-28 Thread Richard Vickery
For F18, it appears that the Audacity mp3 build is broken - it won't
install - and mp3 support is rather important to me; is it possible to get
this particular build working?
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: audacity

2013-04-28 Thread Frank Murphy
On Sun, 28 Apr 2013 07:09:30 -0700
Richard Vickery  wrote:

> For F18, it appears that the Audacity mp3 build is broken - it won't
> install - and mp3 support is rather important to me; is it possible
> to get this particular build working?

Important or otherwise, Fedora don't build in mp3 support ootb
You need to travel another road.


-- 
Regards,
Frank
www.frankly3d.com
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: audacity

2013-04-28 Thread Richard Vickery
On Apr 28, 2013 7:21 AM, "Frank Murphy"  wrote:
>
> On Sun, 28 Apr 2013 07:09:30 -0700
> Richard Vickery  wrote:
>
> > For F18, it appears that the Audacity mp3 build is broken - it won't
> > install - and mp3 support is rather important to me; is it possible
> > to get this particular build working?
>
> Important or otherwise, Fedora don't build in mp3 support ootb
> You need to travel another road.
>
>
> --
> Regards,
> Frank
> www.frankly3d.com
> --

Thanks Frank,

I thought we did, acknowledging that we are a loose group of developers
throughout the globe. Is there a bit of code that I could possibly write
in? or Should I just go bother them?

Thanks again,
Richard
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: audacity

2013-04-28 Thread Richard Shaw
On Sun, Apr 28, 2013 at 9:09 AM, Richard Vickery <
richard.vicker...@gmail.com> wrote:

> For F18, it appears that the Audacity mp3 build is broken - it won't
> install - and mp3 support is rather important to me; is it possible to get
> this particular build working?
>

I think what you're looking for is the audacity-freeworld add-on package
from RPM Fusion, probably best to inquire there, although I think it was on
the FTBFS list for F19, but you may be OK for F18.

Richard
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: audacity

2013-04-28 Thread Álvaro Castillo
Please report that to RPMFusion. Not here. As have said before, Fedora does
not support mp3 files because is not free and some countries could be
prohibed by law.

Please contact with RPMfusion people.

Greetings!
El 28/04/2013 16:28, "Richard Shaw"  escribió:

> On Sun, Apr 28, 2013 at 9:09 AM, Richard Vickery <
> richard.vicker...@gmail.com> wrote:
>
>> For F18, it appears that the Audacity mp3 build is broken - it won't
>> install - and mp3 support is rather important to me; is it possible to get
>> this particular build working?
>>
>
> I think what you're looking for is the audacity-freeworld add-on package
> from RPM Fusion, probably best to inquire there, although I think it was on
> the FTBFS list for F19, but you may be OK for F18.
>
> Richard
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: About /dev/console!

2013-04-28 Thread Nico Kadel-Garcia
On Sun, Apr 28, 2013 at 7:24 AM, Richard W.M. Jones wrote:

> On Sat, Apr 27, 2013 at 07:13:59PM -0300, Sergio Belkin wrote:
> > ls -l /dev/console\!
> > -rw-r--r--. 1 root root 0 abr 27 13:55 /dev/console!
>
> That's strange.
>
> My copy of the console(4) man page doesn't mention this, and that's
> not exactly surprising since what you've got there is a regular file,
> not a char device like /dev/console.
>
> Best guess is this is the result of a rogue script or broken udev
> rule.  Any idea what program you ran around at 13:55 yesterday?
>
> Rich.
>

I'd vote "broken shell script that was trying to write to /dev/console, and
got it wrong, on April 27. "  Doing "ls -ld /dev/console*" will show  a
"/dev/console" that is a "character" device, not a plain file.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: audacity

2013-04-28 Thread Reindl Harald
Am 28.04.2013 16:50, schrieb Richard Vickery:
> On Apr 28, 2013 7:21 AM, "Frank Murphy"  > wrote:
>>
>> On Sun, 28 Apr 2013 07:09:30 -0700
>> Richard Vickery > > wrote:
>>
>> > For F18, it appears that the Audacity mp3 build is broken - it won't
>> > install - and mp3 support is rather important to me; is it possible
>> > to get this particular build working?
>>
>> Important or otherwise, Fedora don't build in mp3 support ootb
>> You need to travel another road.
>>
> I thought we did, acknowledging that we are a loose group of developers 
> throughout the globe. Is there a bit of
> code that I could possibly write in? or Should I just go bother them?

besides the fact that it is pretty clear that MP3 is not supported
by a US distribution and this belongs to the users-list you find
such packages always in the rpmfusion-repos

[harry@srv-rhsoft:~]$ rpm -qa | grep audacity
audacity-freeworld-2.0.0-1.fc18.x86_64



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: audacity

2013-04-28 Thread Nico Kadel-Garcia
On Sun, Apr 28, 2013 at 10:09 AM, Richard Vickery <
richard.vicker...@gmail.com> wrote:

> For F18, it appears that the Audacity mp3 build is broken - it won't
> install - and mp3 support is rather important to me; is it possible to get
> this particular build working?
>
>
MP3 players, and the DVD library libdvdcss, represent legal problems for US
developers. MP3 is patented, and there are *no* licenses available for
Linux environments.  libdvdcss runs into the protection of digital rights
software in the DMCA, and has even nastier legal protections on it for US
developers.

The result is that there are worldwide software repositories such as
rpmfusion for MP3, MP4, and a lot of other really useful software, and
freshrpms for the libdvdcss that are publicly available. *BUT* you need it
to be legal in the country you're downloading *to* to be able to use them
without threat of prosecution. There's also the Penguin Liberation Front
for a few components with weird licensing that others haven't been able to
resolve usable licenses for.

In order to use MP3 legally, I'm assuming you're in a country without that
bane of development everywhere, software patents, and can legally use
http://rpmfusion.org/. If so, enjoy
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: udev rules, ACL_MANAGE, udev-acl?

2013-04-28 Thread Eric Smith

Tomasz Torcz wrote:

   You need either to classify device in udev rules or tag it with "uaccess".
I made a writeup some time ago:
http://enotty.pipebreaker.pl/2012/05/23/linux-automatic-user-acl-management/
I hope it helps.

Thanks Tomasz!  That was extremely helpful!  It completely solved my 
udev issue for the software I'm packaging.


Eric

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: audacity

2013-04-28 Thread Michael Scherer
Le dimanche 28 avril 2013 à 13:08 -0400, Nico Kadel-Garcia a écrit :


> There's also the Penguin Liberation Front for a few components with
> weird licensing that others haven't been able to resolve usable
> licenses for.

PLF closed a few weeks ago[1], and was for Mandriva. 

[1] http://www.mail-archive.com/plf-discuss@zarb.org/msg01913.html

-- 
Michael Scherer


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: audacity

2013-04-28 Thread drago01
On Sun, Apr 28, 2013 at 7:08 PM, Nico Kadel-Garcia  wrote:
>  MP3 is patented, and there are *no* licenses available for Linux
> environments.

This is nonsense. There are enough "licenses for the linux
environment". A lot of vendors have licensed MP3 en/decoders that work
on the linux. The point is that there is no licensed open source mp3
en/decoder.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Mission Impossible #1: qt without gtk

2013-04-28 Thread Eugene Pivnev
As I'm trying to create gtk-/gnome-/kde*-free environment (QtDesktop) - 
I tested - what about Fedora without them?

So:
1. yum remove gtk3:
...
* gvfs
* qt-mobility
* qtwebkit
* ffmpeg
* ffmpeg-libs
* mplayer
* phonon
* smplayer
2. yum remove gtk2:
+
* ImageMagic
3. rpm -qa | grep gnome | xargs sudo yum remove
* git (???)
* gvfs

Question is: why?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: About /dev/console!

2013-04-28 Thread Sergio Belkin
2013/4/28 Nico Kadel-Garcia 

>
>
> On Sun, Apr 28, 2013 at 7:24 AM, Richard W.M. Jones wrote:
>
>> On Sat, Apr 27, 2013 at 07:13:59PM -0300, Sergio Belkin wrote:
>> > ls -l /dev/console\!
>> > -rw-r--r--. 1 root root 0 abr 27 13:55 /dev/console!
>>
>> That's strange.
>>
>> My copy of the console(4) man page doesn't mention this, and that's
>> not exactly surprising since what you've got there is a regular file,
>> not a char device like /dev/console.
>>
>


Yes when I read Nico Kadel-Garcia post, I think that it was talking about
the right man page, but it wasn't:

http://linux.die.net/man/1/console is about an appl (section 1 of manual !)
and it says :


"The type of console. Values will be a '/' for a local device, '|' for a
command, '!' for a remote port, '%' for a Unix domain socket, and '#' for a
noop console. "

So got the misunderstanding, but it has nothing to do with special device
/dev/console






>
>> Best guess is this is the result of a rogue script or broken udev
>> rule.  Any idea what program you ran around at 13:55 yesterday?
>>
>> Rich.
>>
>
> I'd vote "broken shell script that was trying to write to /dev/console,
> and got it wrong, on April 27. "  Doing "ls -ld /dev/console*" will show  a
> "/dev/console" that is a "character" device, not a plain file.
>
>
>
I rebooted the system and in fact /dev/console! is not there, I didn't find
nothing suspicious, if it appears again I'll take a look to udev rules...

Thanks

-- 
--
Sergio Belkin  http://www.sergiobelkin.com
Watch More TV http://sebelk.blogspot.com
LPIC-2 Certified - http://www.lpi.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Mission Impossible #1: qt without gtk

2013-04-28 Thread Rex Dieter
Eugene Pivnev wrote:

> As I'm trying to create gtk-/gnome-/kde*-free environment (QtDesktop) -
> I tested - what about Fedora without them?
> So:
> 1. yum remove gtk3:
> ...
> * gvfs
> * qt-mobility
> * qtwebkit
> * ffmpeg
> * ffmpeg-libs
> * mplayer
> * phonon
> * smplayer

> 2. yum remove gtk2:
> +
> * ImageMagick

The yum output from the above commands gives the why (admittedly in great 
detail, so it's probably difficult to make sense of), but...

At least, one chain of dependencies is:

qtwebkit/qt-mobility/phonon -> ... -> gstreamer
and
gstreamer -> ... -> gtk2/gtk3

-- rex

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Mission Impossible #1: qt without gtk

2013-04-28 Thread Farkas Levente
On 04/28/2013 10:58 PM, Rex Dieter wrote:
> Eugene Pivnev wrote:
> 
>> As I'm trying to create gtk-/gnome-/kde*-free environment (QtDesktop) -
>> I tested - what about Fedora without them?
>> So:
>> 1. yum remove gtk3:
>> ...
>> * gvfs
>> * qt-mobility
>> * qtwebkit
>> * ffmpeg
>> * ffmpeg-libs
>> * mplayer
>> * phonon
>> * smplayer
> 
>> 2. yum remove gtk2:
>> +
>> * ImageMagick
> 
> The yum output from the above commands gives the why (admittedly in great 
> detail, so it's probably difficult to make sense of), but...
> 
> At least, one chain of dependencies is:
> 
> qtwebkit/qt-mobility/phonon -> ... -> gstreamer
> and
> gstreamer -> ... -> gtk2/gtk3

gtk or glib? imho gstreamer requires only glib...

-- 
  Levente   "Si vis pacem para bellum!"
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Mission Impossible #1: qt without gtk

2013-04-28 Thread Eugene Pivnev

As pcmafm developer said - gvfm use gobject - but not gtk or gnome libs.
I showed only packages that I was surprised.
E.g. "ffmpeg requires gtk".
Very nice.

On 04/28/2013 10:58 PM, Rex Dieter wrote:

Eugene Pivnev wrote:


As I'm trying to create gtk-/gnome-/kde*-free environment (QtDesktop) -
I tested - what about Fedora without them?
So:
1. yum remove gtk3:
...
* gvfs
* qt-mobility
* qtwebkit
* ffmpeg
* ffmpeg-libs
* mplayer
* phonon
* smplayer
2. yum remove gtk2:
+
* ImageMagick

The yum output from the above commands gives the why (admittedly in great
detail, so it's probably difficult to make sense of), but...

At least, one chain of dependencies is:

qtwebkit/qt-mobility/phonon -> ... -> gstreamer
and
gstreamer -> ... -> gtk2/gtk3

gtk or glib? imho gstreamer requires only glib...



--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Mission Impossible #1: qt without gtk

2013-04-28 Thread Nicolas Chauvet
2013/4/29 Eugene Pivnev 

> As pcmafm developer said - gvfm use gobject - but not gtk or gnome libs.
> I showed only packages that I was surprised.
> E.g. "ffmpeg requires gtk".
> Very nice.

It's probably because of opencv,
It can probably be spitted carefully at runtime, but opencv-devel cannot be
splitted yet.
(so patch welcomed).

Nicolas (kwizart)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Review Swap

2013-04-28 Thread Matthias Runge
On 04/28/2013 01:48 PM, Christopher Meng wrote:
> There are many review requests here.
> 
> Can someone help do a review(even only one of them)?
>
It'll be way easier for you to find a reviewer, when you'd be reviewing
other packages yourself.

Matthias
-- 
Matthias Runge 
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel