Re: [RFC] disable OSS sound support
by Matthew Woehlke
Hans de Goede wrote:
> I like it, +1, but others might disagree, I'm sure someone can dig up
> some old app which still needs it :) But that is going to be the
> exception to the rule that oss support is no longer needed.
'cat /dev/urandom > /dev/dsp' ;-) (which I also use as a cheap test if
my sound is working).
Out of curiosity, what's the overhead of /just/ /dev/dsp support? If
it's low enough, it might be nice to keep just that, but it's not
necessarily worth blocking removal. (Will /dev/dsp not exist when padsp
isn't running?)
--
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
--
"Let's call it an accidental feature." -- Larry Wall
15 years, 3 months
Fedora Project, give me 20 Million Euros or Free EDA software
by Chitlesh GOORAH
Hello there,
Before reading the mail, be brave people read this blog post first,
especially people from FESCo:
http://www.edn.com/blog/920000692/post/1290038929.html
Do comment on that blog post. Afterwards you read my email.
-------------------------------------------------------------
I found it sad that I have to write this email today. Well, it is part
of my contribution to both opensource software and opensource EDA
software communities.
The subject of this email is "Fedora Project, give me 20 Million Euros
or Free Software" ! Unfortunately, I'm not kidding and even 20 Million
Euros is not enough.
Well, let's get to the point !
-- Abstract
----------------------------------------------
I wish to maintain a package called OVM. This package is opensourced
by the two giant EDA Vendors : Cadence and Mentor Graphics, under the
Apache 2.0 license.
However, since there is no opensource tool to use OVM, FESCo has
freezed its entry.
Since when opensource software is more important than opensource content ?
https://bugzilla.redhat.com/show_bug.cgi?id=474980
-- About OVM: Open Verification Methodology
----------------------------------------------------------------------------------------------------------------------------------
The OVM is based on the IEEE 1800 SystemVerilog standard and supports
design and verification engineers developing advanced verification
environments that offer higher levels of integration and portability
of Verification IP. The methodology is non-vendor specific and is
interoperable with multiple languages and simulators. The OVM is fully
open, and includes a robust class library and source code that is
available for download.
-- Explanation of the "Don't kill OpenSource EDA software and its community" cry
-----------------------------------------------------------------------------------------------------------------------------------
About 90% of the opensource software you can use it as a replacement
of another proprietary software. However in the EDA industry this is
not true. There is NO EDA software (whether proprietary or opensource)
that can replace another. If someone tells you the contrary, export
him/her to planet Mars on the spot. NO EDA software is used by users
as the rpm is provided. For each project, you will need to tweak the
software as a user. That's one of the reasons why frontend digital
designers like Tcl and Perl.
Unlike the rest of the opensource SOFTWARE packagers, my users have NO
interest in opensource EDA design tools if in the end they can't
produce hardware with them!!
Why ?
I have 2 types of users ! the students and the hardware amateurs.
But these are not the ones I'm fighting for ! I'm fighting to seduce
the right people to encourage mass Fedora deployment with EDA tools.
These "right" people are lecturers and EDA engineers. You have noticed
that I didn't mention "analog/digital" engineers yet.
Lecturers will _find_ the right tools for the students so that they
can market themselves when looking for a job.
EDA engineers will be _contacted_ by big vendors to help him choose
the right tool for his/her "analog/digital" engineers. Some EDA
engineers will even be invited for several expensive hotels/dinners.
While the opensource software community talks about how they are proud
of AIGLX, fedora, OOo, Amarok, KDE4,..., I am sad to say that I can
not say the same for Open Hardware.
With Fedora Electronic Lab, we do not only attracted users with
respect to opensource EDA tools, but FEL contributors are heavily
divided into the following communities:
- opensource software : by shipping free EDA tools
- open Hardware : by targeting these persons
I will only consider that WE were successful with FEL if open Hardware
projects/companies HAVE USED opensource EDA tools to design their
hardware. This is a goal. A goal to reach and show what we can
achieved with opensource software.
I'm not talking about ghdl being used to simulate OpenSparc T2 for
example, I'm talking about completing the whole Open Hardware project
to Silicon. Amateurs/home made pcbs is simple.
Bridging these two communities, give us(Fedora)[#1] extra
responsibilities, which we are currently the opensource Leader in EDA
deployment. These responsibilities include maintaining the health of
the opensource EDA software community and encourage continuous
deployment. Unlike the opensource Linux ECO system, the EDA world is
dictated by:
- research and development in silicon.
- infinite number of standards.
- various quality-class proprietary EDA tools are available for free download
- ....
Among the industry standards, OVM IEEE 1800 SystemVerilog standard is
under an acceptable license for Fedora's inclusion. As you have surely
guessed the ODF standard was not made standard by some cheap geeks. It
costs money, time and development strategy. We (opensource community)
have nothing such thing to create a standard for electronics! We don't
currently have an opensource simulator for SystemVerilog. Now imagine
OOo without ODF support. Will the opensource software community dump
the ODF initiative ? We don't have human resources[2] to just pop a
simulator tool for systemverilog out of the blue.
Growing Numbers of SV users:
http://theasicguy.com/2009/01/27/dvcon-survey-results-what-do-they-mean/
You have certainly heard couple thousands layoffs in the semiconductor
industry this month. Companies are taking drastic measures to cut
expenses, I believe FEL will be attractive for them. Unlike the normal
fedora user, these companies will do mass fedora deployments from the
Note[1].
http://edablog.com/2009/01/12/edac-mss-q32008/
VMM also suffers the same issue.
--- Additional notes:
[#1]
I referred "us(Fedora)[#1]" because I strongly believe Fedora IS THE
ONLY ANSWER for the opensource EDA community.
Sorry, users from non-Fedora-based distribution should seriously
change their professional career if they are doing ASIC design.
Why ? : Electronic Design Automation Consortium has established EDA
Industry OS Roadmap guidelines for which platforms EDA vendors and
customers should target for design starts.
http://www.edac.org/industry_roadmap.jsp#roadmap
For Linux Users, you have RHEL and SLES. Please don't get excited
Linux was attractive because Vista failed to impress the EDA market.
If Windows 7 prove otherwise, EDA Vendors will provide less Linux
support. While these are proprietary software, they are the only way
to program their hardware devices. Take for example, you buy a
development FPGA kit from Altera or Xilinx, you can only program your
FPGA will their free tools on windows. It is free and users don't need
to care about its source code as they can have good support from their
vendors.
Hence, I have shown you how my users will think and how easy we can
lose linux users. I'm not talking about helping proprietary software,
but avoid dumping software that have been opensourced and are still
being maintained.
[#2].
human resources[2] : Unlike a normal software, electronic simulation
tools should be mature. Because the hardware being developed are the
one you will find in your brand new cars, airplanes, in various
medical devices. Since these are life critical applications, the
designer will not want a 2-week developed simulator. That is why I'm
saying that I don't think we will see a simulator so soon. According
to FESCo, no simulator -> no entry. Hence I see, no OVM entry before
the next five years and I will have to inform the opensource EDA
community that either the major opensource EDA Leader has discarded
the appreciation of this opensource content and initiative.
--- Conclusion
--------------------------------------------------------------------
Have a look around you further than fedora. Have a global view on the
Linux communities.
Answer the following questions:
- Who is the one focussing on electronics for the best electronic user
experience ?
Hint : compare Ngspice release and LTSpice release !
- Why is that one giving better solutions and user experience ?
- Has OS user experience being more important than electronic design
experience ?
- Can you bear that you have deliberately giving up Open content ?
Unlike OOo which tends to give OS user experience by replacing
Microsoft Office. For FEL, I don't have replacement of 70% of the
proprietary tools. If you are shutting down the doors on OVM, you are
also claiming fedora is not promoting open content, but only OS user
experience ? I would recommend FESCo to cancel/revisit each Feature
wiki page proposal as they provide more than OS user experience. Also
have a look at the EDA community promoting our Fedora everywhere:
http://jamespurser.com.au/blog/Open_Source_Startup_Group_-_An_Update
google for more.
Iverilog (which to me had more chance to provide SystemVerilog support
quickly) are focussing on Verilog-AMS which is also very important.
Mixed signal is all around now. The opensource EDA community don't
have that human resources. The 20 Million Euros is about balancing the
losses of that OVM was turned down.
perl-Verilog currently under the Fedora umbrella has incorporated some
extra systemverilog support. This new release will hit fedora mirrors
today.
I am not attacking anyone. I'm just reflecting the current reality. If
Fedora is not an answer for opensource EDA software, the opensource
community
You will laugh about this :
Give me an example of a software that is free in windows but need a
license on Linux.
It is the case in Electronics.
Help me find an answer to:
"What are the verification solutions Fedora provide ?"
What can opensource software community answer when EDA vendors give
away their software for free ?
http://www.eeproductcenter.com/embedded/brief/showArticle.jhtml;jsessioni...
I'm going to sleep with failure in my mind.
Good night.
A mature opensource EDA software costs at least 20 Million Euros.
Don't dump opensource CONTENT!
PS: in Belgium today, we have carried out meteorological measurements
with Hardware designed under Fedora.
Kind regards,
Chitlesh
15 years, 3 months
Discount Code for Southern California Linux Expo 7x
by Gareth J. Greenaway
Greetings!
The Southern California Linux Expo is fast approaching and will be
taking place in Los Angeles, California in just over two weeks. We have
lined up many really great speakers and exhibitors, as well as many
other exciting things for the weekend. If there are any FDORA Users
and/or Developers who might be interested in attending the show, we have
created a special FDORA promotional code. Using this code (FDORA) will
get you a 50% discount off a full access pass to the show.
To purchase tickets or for more information about the show, please visit
our web site at http://www.socallinuxexpo.org
Thanks!
Gareth J. Greenaway
--
Gareth J. Greenaway | g(a)socallinuxexpo.org
Voice - 877-831-2569 x130
Southern California Linux Expo
http://www.socallinuxexpo.org
15 years, 3 months
Package Review Stats for the week ending February 1st, 2009
by Brian Pepple
Top three FAS account holders who have completed reviewing "Package
review" components on bugzilla for the week ending February 1st, 2009
were Parag AN(पराग), Manuel Wolfshant, and Jochen Schmitt. Below is the
number of package reviews completed.
Parag AN(पराग) - 15
manuel wolfshant - 10
Jochen Schmitt - 6
Mamoru Tasaka - 6
Nicolas Mailhot - 5
Orcan 'oget' Ogetbil - 5
Lucian Langa - 4
Sarantis Paskalis - 3
Marcela Maslanova - 2
Mary Ellen Foster - 2
Peter Robinson - 2
Steven M. Parrish - 2
Tim Lauridsen - 2
Adam Tkac - 1
Debarshi Ray - 1
Denis Leroy - 1
Dennis Gilmore - 1
Erik van Pienbroek - 1
Itamar Reis Peixoto - 1
Jerry James - 1
José Matos - 1
Kevin Fenzi - 1
Lubomir Rintel - 1
Matej Cepl - 1
Milos Jakubicek - 1
Ralf Corsepius - 1
Robert Scheck - 1
Tom "spot" Callaway - 1
Review Requests: 69
Merge Reviews: 5
Total reviews modified: 79
Thanks,
/B
--
Brian Pepple <bpepple(a)fedoraproject.org>
https://fedoraproject.org/wiki/User:Bpepple
gpg --keyserver pgp.mit.edu --recv-keys 810CC15E
BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E
15 years, 3 months
Package update guidelines
by Mark McLoughlin
Hi,
FESCo have approved a set of maintainers guidelines for package updates
on release branches:
https://fedoraproject.org/wiki/PackageMaintainers/Package_update_guidelines
Many Fedora users update automatically, so it is most important that
an update doesn't cause a users' applications or system to stop
working suddenly.
...
Fedora users who do not update automatically may review the
descriptions attached to updates before choosing whether they should
apply them.
...
Package maintainers should bear in mind that not all Fedora users have
good Internet bandwidth available.
...
As the page says, these are not intended to be prescriptive rules.
Package maintainers are expected to to exercise their own common sense
and good judgement.
Thanks,
Mark.
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
15 years, 3 months
Jakub's Recommendations for ia32 Support
by Warren Togami
I talked with Jakub Jelinek to ask his recommendation of how Fedora 11
should proceed.
Jakub recommends i586.rpm for Fedora 11, because it doesn't gain us much
of anything to go with i686 minimum. The benefits of i586 to i686 are
simply not important because cmov is usually not a worthwhile
optimization on ia32. You sometimes find some testcase where cmov
improves something, but often you find one where it pessimizes something
as well. i686 to i686 w/ SSE2 would be a performance win, but that is
clearly not an option for Fedora.
If we go with i586.rpm's in Fedora, then redhat-rpm-config must be
changed to include -mtune=generic for i586, currently it has that tuning
only for i386 and i686.
Compiler flags would need to be different between RHEL6 and Fedora
anyway, because RHEL6 ppc32 userspace will be built with -mcpu=power4
making it 64bit processor capable only, and we definitely don't want
this in Fedora. They are also considering doing RHEL6 i686 (Pentium 4+)
only, again not an option for Fedora.
Jakub recommended doing comparison tests of -m32 -march=i586
-mtune=generic vs. -m32 -march=i686 -mtune=generic with Spec2k and
Spec2006 benchmark tools. Anyone interested in trying this?
He also wants gcc-4.4 to go into dist-f11 immediately after Alpha, even
if we are not doing the mass rebuild just yet. It is ABI compatible so
shouldn't cause any problems on its own. Meanwhile it will allow
maintainers to fix some problematic packages sooner.
In related news, cebbert wants to do the following to the F-11 kernel:
- Eliminate the current i686 kernel.
- i686 hardware would get i686 PAE by default.
- i586 kernel becomes i686, except without cmov. This is primarily so
people don't complain when they realize they have the "i586" kernel.
Warren Togami
wtogami(a)redhat.com
15 years, 3 months
2009-02-05 - Fedora Test Day - ext4 default fs
by James Laska
Greetings testers!,
Unless we uncover devastating issues with the transition from ext3 to
ext4 as the default file system, Fedora 11 installed systems will be
using ext4. I'd like to invite testers and users to join #fedora-qa
this Thursday, February 5, 2009. Test efforts will focus on:
* Ext4 as default partition
Come with questions and/or suggests to he posted test cases. More
details (including test cases) available at ...
https://fedoraproject.org/wiki/QA/Test_Days/2009-02-05.
Many thanks to Jóhann Guðmundsson for the greatly simplified (and
clearer) the test day wiki and to Robert Williams for his work in
designing test cases for the event.
See you there,
James
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
15 years, 3 months
problem with capabilities inheritance and auditing in python
by Ted Toth
I've set the capabilities on a script that runs some python code with
auditing calls in it but I'm not getting audit records written to the
audit log. From what I've read I thought the +i would all the
capability to be inherited across execve but this doesn't appear to be
the case. Can anyone help me understand what's going wrong here? Is
there a way in the python code to get the capabilities to see if
indeed cap_audit_write was inherited?
sudo /usr/sbin/setcap cap_audit_write+pei audit_test
-------------------------------------------------------- audit_test
-----------------------------------------------------------------------
#!/bin/sh
/usr/bin/python2 audit_test.py
--------------------------------------------------------
audit_test.py -------------------------------------------------------------------
import audit
import traceback
import errno
import sys, os
def test():
msg = "foo"
try:
audit_fd = audit.audit_open()
if audit_fd < 0:
print("Error connecting to audit daemon")
sys.exit(1)
except:
print("Failed to connecting to audit daemon: %s : %s" % (
sys.exc_info()[0], traceback.format_exc()))
sys.exit(1)
hostname = 'unknown'
hostaddr = 'unknown'
ttyname = 'unknown'
try:
hostname = socket.gethostname()
try:
hostaddr = socket.gethostbyname(hostname)
except:
hostaddr = 'unknown'
except:
hostname = 'unknown'
try:
ttyname = os.readlink('/proc/self/fd/0')
if ttyname.find('/dev') != 0:
ttyname = 'notatty'
except:
ttyname = 'unknown'
try:
print "call audit_log_user_message"
rc = audit.audit_log_user_message(audit_fd,
audit.AUDIT_LABEL_LEVEL_CHANGE, msg, hostname, hostaddr, ttyname, 0);
rc = audit.audit_log_user_message(audit_fd,
audit.AUDIT_TRUSTED_APP, msg, hostname, hostaddr, ttyname, 0);
if rc < 0:
print("Error writing to audit")
sys.exit(1)
except:
print("Failed to write audit: %s : %s" % ( sys.exc_info()[0],
traceback.format_exc()))
sys.exit(1)
if __name__ == '__main__':
test()
--------------------------------------------------------------------------------------------------------------------------------------------------------
Ted
15 years, 3 months