building from kernel source rpm
by JD
Hi Bruno, Alan,
The rpmbuild interface does not provide the user a way
to go through the entire config options before proceeding
to build the kernel. If it does, I would really like to know
how it's done.
The current rpmbuild of the kernel builds bazillions of
drivers, most of which are very likely not needed by
the user's platform. This leads to an extremely time
consuming default build, and in my case, I have only
one machine which is a unicore.
Other problems are features that a user might neither
want nor need.
Is there a way to propagate this issue to development leads?
Thanx.
11 years, 7 months
Need help with minimal install on ee701
by Robert Moskowitz
I did the minimal install on my ee701. At least the first attempt.
I set my swap at 768Mb, and left /boot at 500Mb (probably could shrink
this next time). This left 2.7Gb for /
That swap will be too small for hibernate....
So a minimal install with also selecting Gnome (and deselecting a few
things like snapwell or whatever it is called) resulting in only 737Mb
used in /! Now I have a local repo, so I was able to select my local
update repo to eliminate the update step.
So when the computer boots, I come up in multiuser, not graphical and it
did not prompt me to create a non-root user and all those other first
time boot options of a regular install. Sooo...
How do I start gnome so I can use its tools for things like creating my
userID?
Whatelse do I need to set from the 1st time boot?
How do I change the runtime to grahical with no /etc/inittab? I looked
at what inittab has in it now and tried the ln command:
ln -s /lib/systemd/system/graphical.target
/etc/systemd/system/default.target
But of course this fails as there already is the symbolic link to
multi-user.
It was quite a pain getting to this point as the ee701 has a narrow
screen and you cannont move the screens in install to see what is off
the bottom of the screen. You just have to guess....
11 years, 7 months
irq 19: nobody cared
by JD
Kernel-3.7.0-rc6.git local build, belched out
[90658.498609] irq 19: nobody cared (try booting with the "irqpoll" option)
irq19 belongs to my Atheros AR-5008 mini-pci card.
This problem does not occur on kernels prior to 3.7.
Every time it happens, the card gets stuck in a mode
that renders it unusable, so that even restarting wpa_supplicant
does not restore association with AP. Only a reboot
fixes the problem until it happens again.
Is there a user util to force a soft reset of a mini-pci wifi card?
11 years, 7 months
VDPAU works, finally. (VDPAU, Nvidia proprietary drivers, XBMC, MythTV, RPi, Asus, rambling)
by linux guy
Short version.
VDPAU works, finally. libvdpau.i686 was recently updated to 0.5-1 in
Fedora 17. There have also been recent updates to the proprietary
nvidia drivers. The result of this is that vdpau works well, at least
with XBMC running on Fedora 17 on Asus 1012P EeeBox PCs.
Long version.
Asus (and others) made compact form factor PCs based on the Atom series
of processors. Asus called their line the EeeBox PC.
http://en.wikipedia.org/wiki/Asus_EeeBox_PC
One of these devices, the EB1012P was particularly suited for use as a
stand alone media center box (like Apple TV, only with Linux and on
steroids) because it had the right combination of size, cost, quiet
operation, just enough processing power and HDMI output.
The later was provided by an nVidia ION2 graphics controller
(http://en.wikipedia.org/wiki/Nvidia_ION), which was supposedly capable
of 4th generation pure video.
(http://en.wikipedia.org/wiki/Nvidia_PureVideo) The advantage of which
is supposedly the near total processing of various video streams by the
video card directly into HDMI video, aka VDPAU.
About 16 months ago I began working on a whole house video solution
using EB1012P devices as the media player component specifically because
of their VDPAU capability.
What I quickly learned was that VDPAU functionality was all but broken
on this device for the at least the 2 applications I was interested in,
namely XBMC and MythTV. The symptoms ranged from high CPU utilization
playing 1080P streamed mkv files, to screen stuttering to outright
freezing that only a reboot could cure.
Without VDPAU functionality, the EB1012Ps were just about useless as
media center devices. I put my devices to work in other capacities, but
kept one set up as a test device for XBMC and MythTV.
Fast forward to last week when I noticed that libvdpau had received an
update, the first I had seen in a while. Earlier this evening I ran an
update on Fedora 17 that included the libvdpau update. Thereafter I
started XBMC and ran the same 1080p mkv file that I have been fighting
to get displayed properly for the last 16 months.
I am happy to report that a stock F17 XBMC 11 (Eden) install on Fedora
17 running on my EB1012P now renders my test mkv stream perfectly.
I always thought that the EB1012P should be able to do this, but this is
the first time I have ever actually seen it done.
The sad part of all this is that the world has moved on from the
EB1012Ps. They are no longer in production, though one can probably
pick up used devices. At one point I was able to buy them for $120
new, without OS, RAM or a hard drive. Those items were inexpensive
additions, allowing me to equip the 1012Ps exactly how I needed them.
Times have changed and we now have Raspberry Pis capable of rendering
1080P HDMI output, for a lot less money. But the RPis don't have as
much RAM (512 MB versus 2GB), nor USB 3.0, nor an eSATA port, nor a hard
drive interface, nor built in WIFI nor a sleek case and power supply.
The EB1012P is fully capable of running KDE sessions on F17, browsing
with Firefox and displaying Youtube videos, making it a decently high
end media center, mostly thanks to the power of Linux and the 1012Ps
high end graphics capability. The 1012P running XBMC, KDE and Firefox
makes the applications and network integration built into 2012 high end
TVs look like a toy.
I think its a shame that the world essentially missed out on such a
wonderful device for lack of a working driver. Its amazing what one can
do with an EB1012P. Part of that spirit has been captured with RPi,
but the EB1012P did it first and does it with quite a bit more power and
finesse than the RPi does.
If anyone from Asus reads this, I highly recommend you bring these
devices back, with an improved processor, an infared receiver and a
slightly lower price point. RPi is just catching on as a media
center. An upgraded 1012P, unlocked, loaded with the right Linux
software and priced right could literally revolutionize how we use our TVs.
11 years, 7 months
F18: Fedora icon on gdm replaced by a fuzzy rectangle
by Nick Urbanik
Dear Folks,
I have installed Fedora 18 on seven machines using yum distro-sync,
and am happy with the result.
On my son's machine, however, gdm presents a fuzzy rectangular patch
instead of the Fedora logo. This is also the case with the icons at
the top right of the gdm screen, until you move the mouse over them.
Can anyone suggest what I might be able to do here?
--
Nick Urbanik http://nicku.org 808-71011 nick.urbanik(a)optusnet.com.au
GPG: 7FFA CDC7 5A77 0558 DC7A 790A 16DF EC5B BB9D 2C24 ID: BB9D2C24
I disclaim, therefore I am.
11 years, 7 months
finding out what wireless card -- asus ee701
by Robert Moskowitz
How do I find out what wireless card is in a system, and thus which
driver to install?
This is for my asus ee701 with the whole minimal business. I am not
seeing any wireless in NM, and I know it is there, as it was their once
ago in an earlier install (f14). When I did the install, I unclicked a
lot of drivers, thinking I knew what I had, but no wireless is showing.
Thus I really need to figure this out.
thank you.
11 years, 7 months
Brother HL5250 vs. Cups (Again)
by Jonathan Ryshpan
When I try to print double sided to this printer I get a single page
reading:
ERROR NAME;
stackunderflow
COMMAND;
pop
OPERAND STACK;
I almost always see this when printing anything double sided from
Firefox or from Acroread, but not when printing from Okular or
LibreOffice. There are other weird problems, but too erratic to
report.
System is Fedora-17 fully up to date, running on x86_64 hardware. The
ppd file appears to come from:
foomatic-db-ppds-4.0-31.20120103.fc17.noarch
Has anyone else seen this? What's the problem? How can it be fixed?
Any ideas on how to debug?
Thanks in advance - jon
11 years, 7 months
strange warnings in yum.log
by Reindl Harald
what the hell does this mean?
Nov 28 14:47:38 perl-HTTP-Tiny-0.012-217.fc17.noarch: ts_done name in te is grub2 should be
perl-HTTP-Tiny-0.012-217.fc17.noarch
Nov 28 14:47:38 perl-Test-Simple-0.98-217.fc17.noarch: ts_done name in te is perl-HTTP-Tiny should be
perl-Test-Simple-0.98-217.fc17.noarch
Nov 28 14:47:38 3:perl-version-0.88-217.fc17.noarch: ts_done name in te is perl-Test-Simple should be
3:perl-version-0.88-217.fc17.noarch
Nov 28 14:47:39 1:perl-parent-0.225-217.fc17.noarch: ts_done name in te is perl-version should be
1:perl-parent-0.225-217.fc17.noarch
Nov 28 14:47:39 hplip-3.12.10-4.a.fc17.x86_64: ts_done name in te is perl-parent should be
hplip-3.12.10-4.a.fc17.x86_64
Nov 28 14:47:39 1:hpijs-3.12.10-4.a.fc17.x86_64: ts_done name in te is hplip should be 1:hpijs-3.12.10-4.a.fc17.x86_64
Nov 28 14:47:39 openssh-server-5.9p1-27.fc17.x86_64: ts_done name in te is hpijs should be
openssh-server-5.9p1-27.fc17.x86_64
Nov 28 14:47:40 openssh-clients-5.9p1-27.fc17.x86_64: ts_done name in te is openssh-server should be
openssh-clients-5.9p1-27.fc17.x86_64
Nov 28 14:47:41 hplip-libs-3.12.10-4.a.fc17.x86_64: ts_done name in te is openssh-clients should be
hplip-libs-3.12.10-4.a.fc17.x86_64
Nov 28 14:47:41 1:perl-Digest-SHA-5.61-217.fc17.x86_64: ts_done name in te is hplip-libs should be
1:perl-Digest-SHA-5.61-217.fc17.x86_64
Nov 28 14:47:42 libreport-2.0.19-1.fc17.x86_64: ts_done name in te is grub2-tools should be
libreport-2.0.19-1.fc17.x86_64
Nov 28 14:47:42 libreport-python-2.0.19-1.fc17.x86_64: ts_done name in te is perl-Digest-SHA should be
libreport-python-2.0.19-1.fc17.x86_64
Nov 28 14:47:42 perl-Digest-MD5-2.51-217.fc17.x86_64: ts_done name in te is libreport should be
perl-Digest-MD5-2.51-217.fc17.x86_64
Nov 28 14:47:42 1:perl-Module-Pluggable-3.90-217.fc17.noarch: ts_done name in te is libreport-python should be
1:perl-Module-Pluggable-3.90-217.fc17.noarch
Nov 28 14:47:43 perl-PathTools-3.33-217.fc17.x86_64: ts_done name in te is perl-Digest-MD5 should be
perl-PathTools-3.33-217.fc17.x86_64
Nov 28 14:47:43 1:perl-Pod-Escapes-1.04-217.fc17.noarch: ts_done name in te is perl-Module-Pluggable should be
1:perl-Pod-Escapes-1.04-217.fc17.noarch
Nov 28 14:47:43 1:perl-Pod-Simple-3.16-217.fc17.noarch: ts_done name in te is perl-PathTools should be
1:perl-Pod-Simple-3.16-217.fc17.noarch
Nov 28 14:47:44 4:perl-libs-5.14.3-217.fc17.x86_64: ts_done name in te is perl-Pod-Escapes should be
4:perl-libs-5.14.3-217.fc17.x86_64
Nov 28 14:47:44 4:perl-macros-5.14.3-217.fc17.x86_64: ts_done name in te is perl-Pod-Simple should be
4:perl-macros-5.14.3-217.fc17.x86_64
Nov 28 14:47:44 4:perl-5.14.3-217.fc17.x86_64: ts_done name in te is perl-libs should be 4:perl-5.14.3-217.fc17.x86_64
Nov 28 14:47:44 openssh-askpass-5.9p1-27.fc17.x86_64: ts_done name in te is perl-macros should be
openssh-askpass-5.9p1-27.fc17.x86_64
Nov 28 14:47:45 libreport-filesystem-2.0.19-1.fc17.x86_64: ts_done name in te is perl should be
libreport-filesystem-2.0.19-1.fc17.x86_64
Nov 28 14:47:45 hplip-common-3.12.10-4.a.fc17.x86_64: ts_done name in te is openssh-askpass should be
hplip-common-3.12.10-4.a.fc17.x86_64
Nov 28 14:47:45 openssh-5.9p1-27.fc17.x86_64: ts_done name in te is libreport-filesystem should be
openssh-5.9p1-27.fc17.x86_64
Nov 28 14:47:45 bash-4.2.39-1.fc17.x86_64: ts_done name in te is hplip-common should be bash-4.2.39-1.fc17.x86_64
Nov 28 14:47:46 fftw-libs-single-3.3.1-3.fc17.x86_64: ts_done name in te is openssh should be
fftw-libs-single-3.3.1-3.fc17.x86_64
Nov 28 14:47:46 fftw-libs-double-3.3.1-3.fc17.x86_64: ts_done name in te is bash should be
fftw-libs-double-3.3.1-3.fc17.x86_64
Nov 28 14:47:46 fftw-libs-long-3.3.1-3.fc17.x86_64: ts_done name in te is fftw-libs-single should be
fftw-libs-long-3.3.1-3.fc17.x86_64
Nov 28 14:47:47 fftw-libs-quad-3.3.1-3.fc17.x86_64: ts_done name in te is fftw-libs-double should be
fftw-libs-quad-3.3.1-3.fc17.x86_64
11 years, 7 months
F17 - yum does not update!
by Cristian Sava
Hi all,
I installed F17 x64 in a virtual box and resulted F17 fully updated and
works well.
But when trying to install any new package ...
>yum install iptraf
....
iptraf-ng-1.1.1-1.fc17.x86_64. FAILED curl#7 - "Couldn't connect"
....
Trying other mirror.
and so on!
Same as
http://lists.fedoraproject.org/pipermail/users/2012-November/427243.html
Modifying in yum.repos.d does not help.
Same install with Centos 6.3 x64 with same result!
Why this, what's wrong now? Any sugestion?
Thanks
C. Sava
11 years, 7 months