Rawhide Orphanarium Purged
by Warren Togami
aasaver
AGReader
freenx
gnome-applet-tvn24
gnome-ppp
kbiof
lipstik
man-pages-da
MegaMek
nautilus-share
sinjdoc
system-summary
system-switch-java
xeuphoric
These packages have been removed from rawhide. Please let rel-eng know
if you want to revive a retired package.
moodss
moomps
These packages are newly orphans in the last week. If they are not
claimed soon they may be removed before F10 beta.
Warren Togami
wtogami(a)redhat.com
15 years, 8 months
ENVR checking
by Tim Jackson
What happened to that script that used to run and check all the ENVRs
across releases to make sure that there was a proper upgrade path (i.e.
F8 < F8-updates < F9 etc.)? That was really useful.
I have had a disappointing experience on a couple of machines with doing
upgrades from F-8 to F-9, where there are a lot of F-8 packages still
hanging around that shouldn't be, mostly due to ENVR problems (F-8 updates
> F-9)
15 years, 8 months
kdebluetooth4... update? new review?
by Gilboa Davara
Hello all,
I'm maintaining the kdebluetooth package.
While working under F8/KDE3.5, the package is hopelessly broken under
F9/KDE4. (Due to various reasons; not all of them fixable).
Luckily for me, mere minutes before I was about to orphan/EOL it (due to
upstream's early death), the kdebluetooth team woke up and released a
new version, kdebluetooth4 (QT4/KDE4) which is an early alpha release.
(v0.1)
Two questions:
A. Does major version bump require a new review?
B. Should I push an early alpha as an update that obsoletes an existing,
yet broken package?
- Gilboa
15 years, 8 months
Heads up - Mono
by Paul F. Johnson
Hi,
I'm expecting the next beta of Mono to hit the servers today. There are
quite a few changes since 1.9.1-2, so please be aware that things may be
broken and need rebuilding.
Sorry about that. In the words of the good book "Normal service will be
resumed just as soon as we know what normal is anyway"
Also, please note that as of Mono 2.0, the licence changes to MIT rather
that the mix and match that it currently is. This is happening right
across the mono family as of version 2 (though probably not for the
likes of gtk-sharp2 and gnome-sharp)
TTFN
Paul
--
Sie können mich aufreizen und wirklich heiß machen!
15 years, 8 months
OT: (?) Calling on Fedora/RedHat ML managers to clean up Fedora-list.
by Gilboa Davara
Hello all,
It seems that Fedora-list have replaced Fedora-devel as the prime
staging place for useless, 100-post-long political debates.
As far as I could count, there are at-least 4 different political
threads current running in -users: (All by the same individuals, BTW)
- "Misunderstanding GPL's terms and conditions as restrictions"
- "That old GNU/Linux argument"
- "A long rebuttal to the Linux-is-the-engine fallacy"
- "Why is Fedora not a Free GNU/Linux distributions?"
Now I am aware that I could setup a toll filter, deleting all messages
that are being posted by said individuals (I already do), but
never-the-less, filling my Internet pipe with 100's of useless
messages is -very- annoying.
Would it be possible to create a Fedora-policy ML and get people to
stop spamming (either willingly or by using blacklists) the main MLs?
Thanks,
- Gilboa
15 years, 8 months
Anyone seeing serious network breakage in current Rawhide?
by Richard W.M. Jones
Just rebooted into a fully up to date Rawhide, and I'm experiencing
really odd network-related problems.
For example, ssh & scp work fine.
HTTP is totally broken: most web pages time out (either in DNS or
during page load), but occasionally I can get a whole webpage. Tested
this in all of Firefox, Seamonkey and w3m, so I'm fairly sure it's not
just a broken Firefox. I seem to have excluded local factors, such as
the router and network connection itself, since other machines in my
office work fine.
ping is OK with small and large packet sizes.
DNS lookups work fine from command line tools (eg. ping, ssh), but
fail quite a lot in browsers.
Linux thinkpad 2.6.27-0.186.rc0.git15.fc10.i686 #1 SMP Sun Jul 27 05:22:35 EDT 2008 i686 i686 i386 GNU/Linux
The network is wireless, using iwl3945 driver, configured by
NetworkManager. As far as I'm aware the kernel is untainted and there
is no non-free software installed on the machine.
Nothing very interesting in dmesg except some oopses in
sched_mc_power_savings_store which appear to be unrelated.
To be honest, I'm not even sure what to look at next ...
Rich.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top
15 years, 8 months
Eclipse 3.4
by Andrew Overholt
Hi,
I've finally got version 3.4 of the Eclipse SDK ready to go, targetting
Fedora 10:
http://koji.fedoraproject.org/koji/buildinfo?buildID=58121
(See [1] for an in-progress build with some minor fixes.)
Action item for plugin package maintainers:
-------------------------------------------
Please look at the relevant attached patches and apply them or something
like them in the devel directory of your plugin(s). Feel free to commit
and tag but note that you won't be able to build until I tag the build
for rawhide.
Email me personally if you have questions. Please also let me know when
you're finished and I can do koji builds of everything in the right
order (chain-build or otherwise). I'd like to do this very soon so
please take a few minutes to apply the changes.
Testing of the above build is greatly appreciated.
-------------------------------------------
There are a few minor changes for packagers of plugins/features:
- Bits are now installed to %{_libdir}/eclipse instead of
%{_datadir}/eclipse. This brings us in line with upstream's file layout
and avoids the crazy split-install osgi.sharedConfiguration.area hack.
It's also what Debian does, FWIW.
- p2 is the new provisioning platform in 3.4. Essentially it replaces the
old update manager but does other things as well. It requires
Eclipse-based apps to use profiles -- like Mozilla profiles -- and manage
them using its "director". In order to avoid fragile %post scriptlets,
we're going to use the "dropins mechanism" for plugin installation. This
means that all non-Eclipse platform plugins will be installed into their
own directory under %{_libdir}/eclipse/dropins. There are a variety of
layouts that are acceptable to p2, but we'll largely be going with
dropins/eclipse/<short name>/{plugins,features}. This has the nice side
benefit of simplifying %files sections :) . See [2] for more
information here.
- I added a flag to the pdebuild script to allow for Orbit-style
dependencies. If you don't know what this means, that's okay, but if
a plugin you want to package uses Orbit dependencies, you'll want to
use the -o flag to pdebuild. Plugins that use non-Eclipse JARs but
don't have a lib directory with JARs are probably using Orbit-style
dependencies. They'll have Require-Bundle or Import-Package entries
in their plugin MANIFEST.MFs. See eclipse-mylyn for an example of how
to use pdebuild in this case.
- I've renamed (and Obsoleted/Provided) libswt3-gtk2 to eclipse-swt. I
can't count the number of times people have been confused by this
naming and since we're not going to ship swt2 or swt.motif any time
soon, the naming is silly. I also folded pde-runtime into pde since
PHPEclipse no longer needs the separate pde-runtime package.
Outside of the CDT and the SELinux tools (both maintainers are working on
the necessary changes themselves), I've got patches for all of the plugins
we have as packages in Fedora. I've attached these patches and CC'd all of
the maintainers.
I will update the packaging guidelines very soon with the above
information.
Thanks,
Andrew
[1]
Build with branding fixed and removing some unnecessary Requires(post)
and the pde-runtime package which is now folded into pde:
http://koji.fedoraproject.org/koji/taskinfo?taskID=750696
[2]
There are some performance considerations here. Since it's generating
the associated metadata and "provisioning" the bits on the fly based on
files dropped into a directory, users may notice a slightly longer
startup the first time they start the Eclipse IDE after installing a new
plugin package. Subsequent startups won't be impacted. There is a lot
of performance improvement work going on upstream and much of it will
land in 3.4.1. If 3.4.1 is released early enough, we'll ship it in
Fedora 10. If not, we can ship it as an update. Should testing between
now and Fedora 10 show unacceptably poor performance (I haven't noticed
this in my own testing), we can look at back-porting some of the
performance work. The other main way of speeding up dropins-installed
plugins is by shipping pre-generated p2 metadata (like yum metadata).
I've experimented with this and think I can make it so that we
transparently generate it via pdebuild meaning it would only require a
rebuild of Fedora plugin packages. Things will work without these
generated content.xml files so in the interest of getting testing sooner
rather than later, I'm going to push ahead without the metadata for
dropins.
15 years, 9 months
What bz component does text-mode install fall under?
by Arthur Pemberton
Does the text mode install fall under Anacoda as well in bugzilla?
I would like to file an RFE to give a warning (or even better an
option) that the machine will default to console (as opposed to
graphical) mode when doing a text install with instructions on getting
to /etc/inittab to fix this.
--
Fedora 7 : sipping some of that moonshine
( www.pembo13.com )
15 years, 9 months
java, possible to package the gcj aot stuff separately ?
by Caolán McNamara
Given that we've got openjdk on most platforms. Would it make sense to
package our java things so that the gcj ahead-of-time compiled stuff is
packaged into separate subrpms. e.g. taking hsqldb as a random example
the package takes 3696k but the aot /usr/lib/gcj/hsqldb contents takes
2928k of that and it's unused except for the java-is-gij case right ?
We typically end up with openjdk installed due to the web plugin and
then with java-1.5.0-gcj + dependencies installed due to
the /usr/bin/rebuild-gcj-db and .so requires of the java packaging
guidelines when installing any additional java package.
I'd like to e.g. have the option of just having openjdk installed and
not have to haul around the 45Megs in my /usr/lib/gcj dir
C.
15 years, 9 months