serial driver and lirc
by Thomas Vander Stichele
Hi,
I would like to get lirc into the main distribution, as well as some of
the kernel modules for it. For me personally there's only one blocker;
I have a bunch of soldered receivers that work with the COM port.
However, for that to work, the serial driver needs to be compiled as a
module. AFAIK, in Red Hat kernels it's always compiled in.
The only thing I could think of that would require it to be compiled in,
is kernel debugging over a serial link.
Can someone tell me what would be the objections of making the serial
driver module in the mainline Red Hat kernel, so the lirc driver can be
easily provided for stock kernels ?
Thanks
Thomas
Dave/Dina : future TV today ! - http://davedina.apestaart.org/
<-*- thomas (dot) apestaart (dot) org -*->
If you want love
we'll make it
<-*- thomas (at) apestaart (dot) org -*->
URGent, best radio on the net - 24/7 ! - http://urgent.rug.ac.be/
20 years, 8 months
RHL Project Status? -- It appears stalled at the moment
by John Beimler
I know people have asked before, but what is the status of community
building? The website disappeared, and is now a single page. There is a
lot of discussion on what should and should not be done, but no
opportunity for anyone to do it.
A lot of developers, including myself, are not going to put in any time
or effort until there is a clear indication that this is something
serious. Right now it looks like a well intentioned failed attempt.
Red Hat is pulling back inside, the web site got pulled down and has not
been replaced, and there is no clear plan on where any of this is going.
I was really excited when I saw got the announcement of the Red Hat
Linux project, I really thought that Red Hat, Inc. had gotten on the
Clue Train, but right now, it looks like they are going to be left behind.
Red Hat needs to move this project forward somehow, perhaps setting up a
contribution area, setting up CVS for people, or some other service to
show that Red Hat is serious about this. I'm sure there are a number of
people that would really like to work with Red Hat to make their
distribution the best, only if Red Hat would let us.
Peace.
john
20 years, 8 months
Re: APT, Yum and Red Carpet
by Chris Ricker
<re-routed to devel list>
On Tue, 12 Aug 2003, Alan Cox wrote:
> Its also not just a case of "root" either, on a really locked down system
> with something like SELinux or RSBAC installed you not only don't give
> people root you make it impossible for anything to create executables or
> any scripts for shells to be run unless they have been "blessed" by some
> sysadmin controlled tool. That turns "I got this cool screensaver.." into
> "I got this cool screensaver but it wont run" which allows the sysadmin to
> explain to the staff member why not and why that wont be changing.
Speaking of which, is there any interest in incorporating RSBAC (preferably)
or SELinux into RHLP, long-term?
later,
chris
20 years, 8 months
RE: Red Hat Linux Arabic Localization Project
by Sharuzzaman Ahmat Raslan
Are you planning to include other Arabic character language such as the Old Malay (Jawi)?
There are several people in Malaysia that are interested on having a Jawi-enabled Linux, but the problem is they are not really sure how to do it properly (the font, the encoding, the input method, etc.)
I hope you can put this issue in your thought list, so that they can learn how to experiment with the Arabic localization.
"Sherif R. Abdelgawad" <sabdelg(a)redhat.com> wrote:
>
>With the help of Linux-ME.org (Linux Middle East), Linux-Egypt.org (LUG),
>and ITI (Information Technology Institute)in Egypt (http://www.iti.gov.eg ),
>a project for providing Arabic Support to RHL.
>
>The aim of this project is to collect the efforts and contribute in RHL
>to solve the issues and problems wrt full arabic support in RHL (right-to-left,
>fotns, rendering ...etc).
>
>An initial page for the project, with call for participation is located at:
>
>http://www.linux-me.org/
>
>This effort also includes proper translation, validate the already translation
>efforts and provide standard good translation as well as put the efforts to
>solve the technical issues wrt to Arabic.
>
>Cheers,
>
>-Sherif
>
>
>--
>Rhl-devel-list mailing list
>Rhl-devel-list(a)redhat.com
>http://www.redhat.com/mailman/listinfo/rhl-devel-list
>
--
------------------------
Sharuzzaman Ahmat Raslan
__________________________________________________________________
McAfee VirusScan Online from the Netscape Network.
Comprehensive protection for your entire computer. Get your free trial today!
http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397
Get AOL Instant Messenger 5.1 free of charge. Download Now!
http://aim.aol.com/aimnew/Aim/register.adp?promo=380455
20 years, 8 months
Re: recent redhat-artwork/Bluecurve updates (w/ screenshots)
by Jens Knutson
[Whoops.. I sent this directly to Garrett a few days ago, meant it to
go to the list. Anyhow, here goes...]
The new Bluecurve looks very nice, espcially the "Slate" variant! I
did have a couple things that I thought need attention, though...
* the stock mime type icons have one major annoyance - despite their
otherwise very pleasing appearance, they all seem to use the awful
(IMHO) "piece of paper" anachronism. The HIG does a great job of
explaining why this is a Bad Idea(TM) here:
http://developer.gnome.org/projects/gup/hig/1.0/icons.html#document_icons
Is there a particular reason for using the "piece of paper" idea, or is
it just because it's a (unfortunate) de-facto standard?
* the new color variants on Bluecurve are cool, but what happened to
that nice yellowish theme from back in the Bluecurve .5x days? I was
rather fond of that... any chance that'll go back in?
* the new Metacity theme also looks great, but the new, smaller buttons
are not Fitt's Law compliant - the buttons really ought to stretch to
the edges of the window border, despite the fact that it looks much
better the way you're doing it now... :-/
* all menus now have a thick border around them - this also creates
Fitt's Law problems. For example - open Epiphany, visit a few
websites, and then right-click to get the context menu, and hit the
"Back" menu entry. You'll have to move your mouse to get to the
target. If the border weren't there (like in older versions of
Bluecurve!), you'd already be at your target, and would only have to
click.
* Finally, Bluecurve could use a few more... well, curves? The new
curved bottom window corners look awesome, but what about the
widgets? They're so straight-edge and right-angled. Ximian's
Industrial is a nice compromise between softer, rounded edges, and
maintaining a professional look, and Mandrake's Galaxy theme isn't too
bad in this regard either. Toning down Bluecurve's harsh edges might be
a nice enhancement.
That's it! I wish I could to more than just complain, but I've got
approximately *zero* art skill. ;-) I hope this feedback is useful to
you - let me know if you want me to bugzilla all this stuff!
Thanks,
- jck
--
"The reasonable man adapts himself to the world; the unreasonable man
persists in trying to adapt the world to himself. Therefore, all
progress depends on the unreasonable man."
- George Bernard Shaw
20 years, 8 months
dependency tool for RedHat
by Arnaud Abélard
Hello,
RedHat Linux is one of the last modern linux distributions not to have a
dependency tool like apt-get, urpmi or autopkg included in the default
intstallation.
Is there any plans on including apt-get for example in the next releases?
Apt-get for rpm is GPL, even thought it still seems to lock the RPM db (on
RH9) it's pretty stable and would be a good choice.
I think that would be a really good point for RHL so have a kind of tool
like that. There's more and more rpm depositories for apt-get
(freshrpms.net, tuxfamily.org, etc) and people are starting to get used to
it.
Is there a way we could contribute and get apt-get perhaps, to be included
in the future releases?
Thanks,
Arnaud Abélard.
20 years, 8 months
Re: RHL Project Status? -- It appears stalled at the moment
by Tom Callaway
On Fri, 2003-08-15 at 20:07, Howard Owen wrote:
> This means that all the great engineering they do will
> continue to benefit the broader community since the RHEL work is mostly
> GPLd.
Minor correction: All Red Hat work done on RHEL is GPL'd. In fact, all
of RHEL has source code available for download, with the sole exception
of the IBM/Sun Java implementations. I personally found it odd that Mr.
Perens chose to single out RHEL as a "Proprietary Open Source" offering,
when our competitors in the Enterprise Linux space include proprietary
applications and code, and only give what source is open to the
customers who purchase it.
Its only a little sore spot for me (no pun intended). ;)
Everyone at Red Hat is very excited about the RHLP, but our timing was a
little off, we jumped the gun a little bit. The core tenets that we
announced originally are still going to be the same, we just need to
make sure we have all our i's dotted and t's crossed.
Be patient with us, we want this to roll into full swing as much as you
do.
~spot
---
Tom "spot" Callaway <tcallawa(a)redhat*com> SAIR LCA, RHCE
Red Hat Enterprise Architect :: http://www.redhat.com
Project Leader for Aurora Sparc Linux :: http://auroralinux.org
GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260
The words and opinions reflected in this message do not necessarily
reflect those of my employer, Red Hat, and belong solely to me.
"Immature poets borrow, mature poets steal." --- T. S. Eliot
20 years, 8 months
ways to build a modified red hat kernel
by Thomas Vander Stichele
Hi,
while trying to get modified red hat kernels to build for a project of
mine, I came across something I did not completely understand.
So I backstepped and tried to build a general Red Hat kernel with no
other modifications than the red hat patches.
Attempt 1 consisted of downloading the kernel-source RPM, going into the
/usr/src/linux-(version) tree, copying the BOOT config from configs to
.config, then running make dep modules.
The build fails for the first time while building megarac.o After
removing this from .config, I run into the next module problem, and then
the next, and the next, and so on, I quickly gave up because I had to
take out modules I needed.
I tried this both on the original RH9 kernel-source rpm and the most
recent one.
Attempt 2 consisted of downloading the kernel src.rpm, installing that,
then just building from the installed spec file. That seems to work a
lot better.
Now, my question. I was under the impression that the source tree
installed by the kernel-source rpm was the same source tree as the stock
kernel tree, with all the redhat patches applied. Is this not (or no
longer) the case ?
Why would there be a difference ? Is it reasonable for me to expect
kernel-source to build out of the box ?
Thanks
Thomas
Dave/Dina : future TV today ! - http://davedina.apestaart.org/
<-*- thomas (dot) apestaart (dot) org -*->
My shite shits on your shite
<-*- thomas (at) apestaart (dot) org -*->
URGent, best radio on the net - 24/7 ! - http://urgent.rug.ac.be/
20 years, 8 months
OS Support
by Chuck Wolber
So... Is the rumor true that as of December 31, 2003 there won't be any
supported OS from RH other than the Enterprise line? If so, what will
happen to this list and the initiative behind it?
--
Quantum Linux Laboratories - ACCELERATING Business with Open Technology
* Education | -=^ Ad Astra Per Aspera ^=-
* Integration | http://www.quantumlinux.com
* Support | chuckw(a)quantumlinux.com
20 years, 8 months
