Fedora PPC things...
by Colin Charles
CC'ing fedora-devel-list because there are some things that need to be
sorted for a possible FC-4/ppc _release_
Now, a list of known issues:
0. this boot.iso + nfs installation system has to go away - so we need
to give anaconda love
1. out of the box video detection - system-config-display needs to be
hacked on to recognise all the common Mac hardware bits out there. We
can't be pushing Xautoconfig or something similar... but we can lean on
it for inspiration if need be
2. anaconda and partitioning - auto partitioning possibly still fails (I
don't think the Apple Bootstrap partition gets created); running
yabootconfig automatically after installation, with an appropriate
initrd and so on needs to happen (we can't depend on users breaking out
into a shell)
3. sound is still relatively broken - dmasound_pmac tends to work, but
is not the default config. system-config-soundcard definitely needs some
work to make it play well with the Macs
4. power management - we need either pmud or pbbuttonsd. The latter has
received no love from most fedora/ppc users, so pmud seems to be the
winner, I'd guess. We need this included in Core (building only for ppc,
and possibly later ppc64). We know yellow dog add some nice patches for
disabling the touchpad in pmud - I guess the package maintainer can be
free to include such patches at will if need be
5. updates - we can't have david woodhouse (dwmw2) grabbing packages
from the RH build system and having to host them at ftp.linux.org.uk -
we need a better mechanism. i.e. the normal way package updates go out,
can the ppc and ppc64 packages go out with them too? This might involve
some policy change at Red Hat, so can someone in the know, speak up?
6. back to the topic of power management; there are some patches out
there that help G4 iBooks and newer powerbooks sleep (and wake up).
They're not in the upstream kernel.org kernel, but with good benh
approval (!), we might consider patching the kernel to make it more
useful. dwmw2 currently builds kernels with these patches enabled
7. we'll be upfront about modems and Airport Extreme probably never
working for free. Modems have drivers at linuxant (though they still
might be flaky with our stack size in the kernel), but the Airport
Extreme stuff is probably a no go (not yet at least)
8. 64-bit support. I personally don't have a G5 or anything ppc64, but I
know that dwmw2 has one sitting at work, as probably does nasrat. We
need more 64-bit testing, and making sure that anaconda boots on them
too (if not we need more anaconda hacking). There have been reports that
things were (or are still) broken on a 64-bit arch
9. PegasosPPC (Genesi) makers of PPC boards have thought of getting
FC4/ppc to work on their machines. I'll be taking a look at this, though
does anyone else have such machines around?
10. spanking MiniMac support?
I guess this is a list of outstanding issues that we need to fix before
Fedora Core 4 gets a PPC release. If I missed anything glaring, do add
on the the thread
Otherwise, lets get some C and Python hackers hacking on the packages
above, and making things "just work" for FC/ppc. PPC specific discussion
can take place at fedora-ppc(a)lists.infradead.org
--
Colin Charles, byte(a)aeon.com.my
http://www.bytebot.net/
"First they ignore you, then they laugh at you, then they fight you,
then you win." -- Mohandas Gandhi
19 years, 2 months
Slab: in /proc/meminfo not corrent in recent kernels?
by Wes Shull
Since sometime after build 1176 (IIRC), I've noticed that the KDE
System Monitor tray applet (/usr/lib/kde3/ktimemon_panelapplet.*) has
been reporting unbelievable amounts of memory used by the kernel.
I finally got around to taking a gander at the source to figure it
out... in KSample::readSample() in
kdeaddons-3.3.2/kicker-applets/ktimemon/sample.cc, it adds the Slab:
line (if it exists) to the Buffers: line to estimate kernel memory
usage. Seems reasonable to me. So I compared those values as
reported by two different kernels.
Under 741 (current FC3 update), meminfo says:
Buffers: 21676 kB
Slab: 24252 kB
Which I can believe. But under not too different usage, 1124 (latest
rawhide) reports:
Buffers: 8052 kB
Slab: 116104 kB
Which seems crazy (this is a 256 MB machine).
So, has the meaning of the Slab: line changed, such that I need to
bugzilla this for kdeaddons, or do I need to report this against the
kernel?
--wes
19 years, 2 months
rawhide report: 20050204 changes
by Build System
Updated Packages:
NetworkManager-0.3.3-1.cvs20050202.3.1
--------------------------------------
control-center-1:2.9.4-5
------------------------
* Thu Feb 03 2005 Matthias Clasen <mclasen(a)redhat.com> - 2.9.4-5
- Fix the conflict to be against the actual packages
gkrellm-2.2.4-2
---------------
* Thu Feb 03 2005 Karsten Hopp <karsten(a)redhat.de> 2.2.4-2
- BuildRequires openssl-devel (#137548)
gnome-panel-2.9.90-2
--------------------
* Thu Feb 03 2005 Matthias Clasen <mclasen(a)redhat.com> - 2.9.90-2
- Look for vendor-prefixed .desktop files
gnomemeeting-1.2.0-4
--------------------
* Thu Feb 03 2005 Daniel Reed <djr(a)redhat.com> 1.2.0-4
- rebuild with evil patch to look for libebook-1.2.pc instead of libebook-1.0.pc (neither -2 nor -3 went through, but were tagged)
* Thu Feb 03 2005 Matthias Clasen <mclasen(a)redhat.com> - 1.2.0-3
- rebuild
* Fri Jan 28 2005 Florian La Roche <laroche(a)redhat.com>
- rebuild
hicolor-icon-theme-0.7-1
------------------------
* Fri Feb 04 2005 Alexander Larsson <alexl(a)redhat.com> - 0.7-1
- Update to 0.7
mozplugger-1.7.1-2
------------------
* Thu Feb 03 2005 Than Ngo <than(a)redhat.com> 1.7.1-2
- drop xloadimage dependency
redhat-menus-3.7.1-5
--------------------
* Thu Feb 03 2005 <mclasen(a)redhat.com> - 3.7.1-5
- Add settings.menu
rpmdb-fedora-1:4-0.20050204
---------------------------
rsh-0.17-28
-----------
* Thu Feb 03 2005 Karel Zak <kzak(a)redhat.com> 0.17-28
- malicious rcp server can cause rcp to write to arbitrary files (like scp CAN-2004-0175) (#146464)
selinux-policy-strict-1.21.8-4
------------------------------
* Thu Feb 03 2005 Dan Walsh <dwalsh(a)redhat.com> 1.21.8-4
- Fix postfix handling in targeted with dovecot.
- Stop transitioning to httpd_sys_script_t if httpd_disable_trans is set
* Thu Feb 03 2005 Dan Walsh <dwalsh(a)redhat.com> 1.21.8-2
- Allow syslogd to r_netlink_route
- Dontaudit samba access to $1_file_types
* Tue Feb 01 2005 Dan Walsh <dwalsh(a)redhat.com> 1.21.6-1
- Update to latest from NSA
- Fix cron transiton rules for targeted policy
- Update to latest from NSA
* Update access vectors
selinux-policy-targeted-1.21.8-4
--------------------------------
* Thu Feb 03 2005 Dan Walsh <dwalsh(a)redhat.com> 1.21.8-4
- Fix postfix handling in targeted with dovecot.
- Stop transitioning to httpd_sys_script_t if httpd_disable_trans is set
* Wed Feb 02 2005 Dan Walsh <dwalsh(a)redhat.com> 1.21.8-2
- Allow syslogd to r_netlink_route
- Dontaudit samba access to $1_file_types
* Tue Feb 01 2005 Dan Walsh <dwalsh(a)redhat.com> 1.21.7-1
- Update to latest from NSA
* Add allow_execmem boolean
stardict-2.4.4-1
----------------
* Thu Feb 03 2005 Leon Ho <llch(a)redhat.com> 2.4.4-2
- Reupdate the spec file
- Upgrade to 2.4.4
* Sun Nov 28 2004 Hu Zheng <huzheng_001(a)163.com> 2.4.4
- Public release of StarDict 2.4.4.
* Thu Feb 19 2004 Hu Zheng <huzheng_001(a)163.com> 2.4.3
- Public release of StarDict 2.4.3.
swig-1.3.24-1
-------------
* Thu Feb 03 2005 Karsten Hopp <karsten(a)redhat.de> 1.3.24-1
- update
system-config-printer-0.6.121-1
-------------------------------
* Thu Feb 03 2005 Tim Waugh <twaugh(a)redhat.com> 0.6.121-1
- 0.6.121:
- Removed tests/.testpage.ps (bug #145418).
- Try to avoid crashing even if perl does.
- Don't write out bad confguration for IF(@eth0) and an IP address on
that interface (bug #146794).
- Fixed two mistake in backend.py.
- Fixed option handling bug when changing printer models (bug #146908).
texinfo-4.8-1
-------------
* Thu Feb 03 2005 Tim Waugh <twaugh(a)redhat.com> 4.8-1
- 4.8.
unzip-5.51-8
------------
* Thu Feb 03 2005 Ivana Varekova <varekova(a)redhat.com> 5.51-7
- fix segfault with unpacking of zipfiles containing dangling symlinks
(bug #134073)
xfce4-panel-4.2.0-2
-------------------
* Thu Feb 03 2005 Than Ngo <than(a)redhat.com> 4.2.0-2
- new sub package xfce4-panel-devel
xfwm4-themes-4.2.0-1
--------------------
* Thu Feb 03 2005 Than Ngo <than(a)redhat.com> 4.2.0-1
- 4.2.0
xorg-x11-6.8.1.904-1
--------------------
* Fri Feb 04 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.1.904-1
- Update main tarball to X.Org X11 6.8.1.904 (6.8.2 release candidate 4)
via X.Org official tarball: xorg-x11-6.8.1.904.tar.gz
- Removed xorg-x11-6.8.1.903-nls-pt_BR.UTF-8-fix.patch, as it is integrated
into 6.8.1.904 already.
* Fri Feb 04 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.1.903-4
- Added new with_alternate_projectroot macro, which will eventually allow the
parallel installation of multiple versions of xorg-x11 in rpm format without
conflicting with each other (theoretically). The feature is intended only
for Red Hat X.Org developer usage, and will not be an officially supported
installation method. It is an incomplete experimental work in progress,
and should not be used by mortals. THIS WILL FRY YOUR SYSTEM, DO NOT USE
IT. :o)
* Wed Feb 02 2005 Soeren Sandmann <sandmann(a)redhat.com> 6.8.1.903-3
- Added patch to fix Composite gravity issue, recently added to xorg
HEAD. (fdo#2230).
19 years, 2 months
further package removals/potential package removals
by Bill Nottingham
Removed and orphaned:
asp2php - does not show any history of usage, not really a core package
Suggested for removal:
xloadimage
- there are better apps for displaying images (ImageMagick,
eog, gthumb, kview, etc)
- there are better apps for setting the root window (xsri)
- it's *ancient* code that doesn't even support PNG
nedit
- legacy interface (motif)
- doesn't support Unicode
jed
- doesn't support Unicode
Opinions?
Bill
19 years, 2 months
Request package of glabels for Fedora Core/Extras
by Eli
Point me to the right list if this the wrong place for this...
A program that allows the creation of labels such as CD labels and business
cards is something I did a good bit of looking for and I couldn't find
anything that worked well. Happily, I recently found glabels.
Now I can finally label those stacks of CDRs... and make some personal
business cards... and maybe label the drawers on my Lego collection.
The lack of a good label program appears to be a major hole in the scope of
FC. Can we get glabels packaged in Extras or something?
http://glabels.sourceforge.net/
Eli
19 years, 2 months
system-config-printer
by Tim Waugh
The tool we provide for configuring printers needs to change.
The one we have works as designed, but unfortunately the design was
that:
* print queue configuration is stored in an XML file
* a front-end interface allows the user to manipulate the XML file
* a back-end program, which runs at spooler start-up time, writes out
spooler-specific configuration based on the XML file
There are several bad consequences of this:
* the XML file format was and is inflexible
* the configuration options are limited to those common to both
spoolers we were shipping at the time the XML format was decided
* it is VERY SLOW: you can't *modify* configuration, only write out
entirely new configurations (i.e. trigger the back-end)
* again, due to the XML format chosen, we are tied to the foomatic
database in such as way that we absolutely require foomatic to know
about the printer before we can configure it.
Even if you have the manufacturer's PPD file, there is very little
you can do to get your printer working.
* changes made using the CUPS configuration interface
(http://localhost:631/), or any other method external to
system-config-printer, are not reflected in the XML file and so
cannot be modified.
* changes made using system-config-printer cannot be modified using
other tools, since changes will be overwritten.
and so on.
Does anyone have ideas for how system-config-printer should be
re-written?
Thanks,
Tim.
*/
19 years, 2 months
My ideas for a new printing system
by Remco Poelstra
Hi,
Let me first introduce myself, sine you people probably never heard
about me :).
I'm a student at the Eindhoven University of Technology. With a team of
4 students we are responsible for Linux support at the faculty of
Electrical Engineering.
Tim Waugh asked me to help thinking about a new printing solution, as a
reply on a mail of me on the config list.
I read the posts here about that subject and I would like to share my
opinion on this matter:
First I would like to state that there won't be any solution if CUPS
doesn't improve.
The problem that eggcups tries to adress (authentication) isn't solved
if there is a chain of CUPS servers involved. If CUPS can't communicate
back, then the user still can't authenticate. So CUPS should implement a
2-way IPP protocol.
Then eggcups can be reduced to listening to HAL messages in order to
display the print queue and pop up authentication dialogs. By not
implementing a full CUPS server, it has less system resource usage,
which is a good thing I think.
Second if CUPS supports signed browse packets, than we have an 'easy'
solution of identifying fake printers on a large network.
For the configuration part: gnome-cups-manager does quite a nice job on
this.
Than we only need some decend tool to configure the server itself.
Just my 2 cents,
Remco Poelstra
19 years, 2 months