devel July 2008

devel@lists.fedoraproject.org

300 participants
307 discussions

Rawhide Orphanarium Purged
by Warren Togami 04 Aug '08

04 Aug '08

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

9 10

ENVR checking
by Tim Jackson 04 Aug '08

04 Aug '08

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)

11 15

FESCo Meeting Summary for 2008-07-30
by Brian Pepple 03 Aug '08

03 Aug '08

=== Members Present === * Brian Pepple (bpepple) * Bill Nottingham (notting) * Kevin Fenzi (nirik) * David Woodhouse (dwmw2) * Josh Boyer (jwb) * Jon Stanley (jds2001) * Dennis Gilmore (dgilmore) === Absent === * Karsten Hopp (kick_) * Jarod Wilson (j-rod) == Summary == === Collective Maintenance Proposal === * FESCo rejected the collective maintenance proposal (1) for now. They had some concerns about the extra bureaucracy, and they wanted to see how the new maintainer containment policy (2) and opening acls (3) to packagers helps first, since these are to be implemented in the very near future. If there is still a problem, this proposal could be revisited. 1. http://fedoraproject.org/wiki/RahulSundaram/CollectiveMaintenance 2. http://fedoraproject.org/wiki/JesseKeating/NewMaintainerContainment 3. http://fedoraproject.org/wiki/JesseKeating/PackageACLOpening === Spins === * FESCo approved a proposal to give Release Engineering final say in acking spins for a release based on the Feature criteria. If there are disagreements between spins sig/owner they can be escalated to FESCo if needed === Features === * FESCo approved the following feature for F10: ** http://fedoraproject.org/wiki/Features/BetterWebcamSupport * FESCo discussed briefly the Better Startup(1) feature, but held off on voting on it, until it's feature page was completed. 1. http://fedoraproject.org/wiki/Features/BetterStartup IRC log can be found at: http://bpepple.fedorapeople.org/fesco/FESCo-2008-07-30.html Later, /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

2 1

kdebluetooth4... update? new review?
by Gilboa Davara 03 Aug '08

03 Aug '08

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

3 4

Heads up - Mono
by Paul F. Johnson 02 Aug '08

02 Aug '08

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!

9 14

OT: (?) Calling on Fedora/RedHat ML managers to clean up Fedora-list.
by Gilboa Davara 02 Aug '08

02 Aug '08

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

24 50

Anyone seeing serious network breakage in current Rawhide?
by Richard W.M. Jones 01 Aug '08

01 Aug '08

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

7 11

Eclipse 3.4
by Andrew Overholt 31 Jul '08

31 Jul '08

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.

1 0

What bz component does text-mode install fall under?
by Arthur Pemberton 31 Jul '08

31 Jul '08

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 )

2 2

java, possible to package the gcj aot stuff separately ?
by Caolán McNamara 31 Jul '08

31 Jul '08

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.

6 7

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel July 2008