Core + Extras directory structure
by Mike Chambers
I don't know if this has been discussed or not, and I may have missed
it. But will the current dir tree for core & extras change once merged?
As in for example..
Core - /pub/fedora/linux/core/
Extras - /pub/fedora/linux/extras
Merged
- /pub/fedora/linux/new-dir-structure-here-that-maybe-only-contains-fc-release-versions with extras packages/rpms located within the core/rpm area? In other words, both sets of packages built as if its one release (whatever is spun off that release is a different question) and all of them located together in one dir or one dir under a release (fc7/fc8)?
Or will they keep the current layout but be maintained on same build
system/server?
Am I asking this correct? haha
--
Mike Chambers
Madisonville, KY
"Sex is like air, it's not important unless your not getting any!"
17 years, 2 months
What applications do people use?
by Owen Taylor
Those who were at the Mugshot presentation at Fudcon may remember the
mockups we presented around browsing applications based on popularity.
You can now find an initial implementation at:
http://mugshot.org/applications
While we don't have much data yet, you can already see some interesting
trends.
If you're interested, sign up for Mugshot and add your own statistics.
Once you activate your account, you'll need to enable statistics
tracking from your account page or from the applications page. (You
may also want to join the Mugshot Fedora group
http://mugshot.org/group?who=qF6wdtBPcy3D8T.)
What other information would you like to see there as a Fedora package
maintainer? Do you see something built on this as useful for Fedora
users? Let us know.
If you want discuss the details of how this works or get involved in the
development, the mugshot mailing list
(http://groups.google.com/group/mugshot) is the best forum.
- Owen
PS. A few caveats to keep in mind when browsing the data:
- It's still a very small amount of data; this is about 80 people
contributing statistics over 4 days.
- Various applications are missing because they have unusual
WM class names; in particular most gtk# applications are not
getting properly matched. I'll be fixing these cases up as
I find them.
- Because of some bugs I didn't find until today, applications
used by KDE users are under-represented. (Application data
uploads with konsole in them triggered an exception)
- I've started some work at allowing editing the data through
the web interface, but for now, all the editing is with the
command line tools I used to build the initial contents based
on Fedora RPMS and is admin-only.
17 years, 2 months
FC7 Test2 can't be installed on vmware
by zjsun
Hi, all
I download FC7 Test2 DVD image. But it reports that "No valid devices were
found on which to create new file systems, Please check you hardware for the
cause of this problem" when I install it on vmware
My system is P4 with Window XP SP2. Vmware server is 1.0.
Does FC7 Test2 support installation on vmware or SATA harddisk?
Thanks
Best Regards
Sun
17 years, 2 months
FW: F7 T2 Security Leak?
by Michaël Vanderheeren
I think there's a security leak in F7. I found out the next thing:
Look at this situation:
There are 2 accounts on a computer, call them A and B. Each account has it's
own different password.
Person A starts up the computer and logs in. But at a certain point person B
wants to use his account for 5 minutes. So he uses the Fast User Switch. As
this happens person A's account stays active. But
person B can switch back
to person A's account without entering a password! So if person A is gone
for a while, person B can steal his documents, delete files,
Greetings,
Michaël Vanderheeren
17 years, 2 months
d80211 and iwlwifi
by Mike C
I hope this is not a repeat question but is it planned to have d80211
and iwlwifi in the F7 release?
If so is it planned to put these into updates for FC6 at some point?
--
mike cohler
17 years, 2 months
rawhide report: 20070305 changes
by Build System
Updated Packages:
ImageMagick-6.3.2.9-1.fc7
-------------------------
* Fri Mar 02 2007 Norm Murray <nmurray(a)redhat.com> 6.3.2.9-1.fc7.0
- update to 6.3.2-9
* Wed Aug 23 2006 Matthias Clasen <mclasen(a)redhat.com> - 6.2.8.0-3.fc6
- fix several integer and buffer overflows (#202193, CVE-2006-3743)
- fix more integer overflows (#202771, CVE-2006-4144)
* Mon Jul 24 2006 Matthias Clasen <mclasen(a)redhat.com> - 6.2.8.0-2
- Add missing BRs
at-3.1.10-9.fc7
---------------
* Sat Mar 03 2007 Marcela Maslanova <mmaslano(a)redhat.com> - 3.1.10-9
- review
* Tue Feb 20 2007 Marcela Maslanova <mmaslano(a)redhat.com> - 3.1.10-8
- review
- rhbz#225288
* Tue Jan 30 2007 Marcela Maslanova <mmaslano(a)redhat.com> - 3.1.10-7
- no debug file - useless
- new pam configuration
- rhbz#224597
hal-0.5.9-0.git20070304.fc7
---------------------------
* Sun Mar 04 2007 David Zeuthen <davidz(a)redhat.com> - 0.5.9-0.git20070304
- Update to 0.5.9rc1; notable user visible changes:
- New /sbin/umount.hal helper (#188193)
- Slow down polling if no session is non-idle (#204969)
- Refuse to eject busy devices (#207177)
- Don't mount noexec unless requested
- Use inotify to watch for new fdi files
- Support for new Firewire stack
- BT killswitch for Sony laptops (hadess)
- Pass suspend quirks to pm-utils (need new pm-utils release to use it)
mailx-8.1.1-46.fc7
------------------
* Mon Mar 05 2007 Ivana Varekova <varekova(a)redhat.com> - 8.1.1-46
- add /usr/share/mailx directory
Broken deps for i386
----------------------------------------------------------
cairo-java - 1.0.5-4.fc7.i386 requires libgcj.so.7rh
frysk - 0.0.1.2007.02.07.rh1-1.fc7.i686 requires libgcj.so.7rh
frysk-devel - 0.0.1.2007.02.07.rh1-1.fc7.i686 requires libgcj.so.7rh
frysk-gnome - 0.0.1.2007.02.07.rh1-1.fc7.i686 requires libgcj.so.7rh
gnucash - 2.0.5-1.fc6.i386 requires libofx.so.3
gnucash - 2.0.5-1.fc6.i386 requires libaqbanking.so.16
gnucash - 2.0.5-1.fc6.i386 requires libgtkhtml-3.8.so.15
kdeaccessibility - 1:3.5.6-2.fc7.i386 requires xdg-utils
libgconf-java - 2.12.4-5.fc7.i386 requires libgcj.so.7rh
libglade-java - 2.12.5-4.fc7.i386 requires libgcj.so.7rh
libgnome-java - 2.12.4-4.fc7.i386 requires libgcj.so.7rh
libgtk-java - 2.8.7-2.fc7.i386 requires libgcj.so.7rh
libvte-java - 0.12.1-5.fc7.i386 requires libgcj.so.7rh
Broken deps for ppc
----------------------------------------------------------
cairo-java - 1.0.5-4.fc7.ppc requires libgcj.so.7rh
gnucash - 2.0.5-1.fc6.ppc requires libofx.so.3
gnucash - 2.0.5-1.fc6.ppc requires libaqbanking.so.16
gnucash - 2.0.5-1.fc6.ppc requires libgtkhtml-3.8.so.15
kdeaccessibility - 1:3.5.6-2.fc7.ppc requires xdg-utils
libgconf-java - 2.12.4-5.fc7.ppc requires libgcj.so.7rh
libglade-java - 2.12.5-4.fc7.ppc requires libgcj.so.7rh
libgnome-java - 2.12.4-4.fc7.ppc requires libgcj.so.7rh
libgtk-java - 2.8.7-2.fc7.ppc requires libgcj.so.7rh
libvte-java - 0.12.1-5.fc7.ppc requires libgcj.so.7rh
net-snmp-devel - 1:5.4-10.fc7.ppc requires lm_sensors-devel
Broken deps for ia64
----------------------------------------------------------
cairo-java - 1.0.5-4.fc7.ia64 requires libgcj.so.7rh()(64bit)
gnucash - 2.0.5-1.fc6.ia64 requires libgtkhtml-3.8.so.15()(64bit)
gnucash - 2.0.5-1.fc6.ia64 requires libaqbanking.so.16()(64bit)
gnucash - 2.0.5-1.fc6.ia64 requires libofx.so.3()(64bit)
kdeaccessibility - 1:3.5.6-2.fc7.ia64 requires xdg-utils
libgconf-java - 2.12.4-5.fc7.ia64 requires libgcj.so.7rh()(64bit)
libglade-java - 2.12.5-4.fc7.ia64 requires libgcj.so.7rh()(64bit)
libgnome-java - 2.12.4-4.fc7.ia64 requires libgcj.so.7rh()(64bit)
libgtk-java - 2.8.7-2.fc7.ia64 requires libgcj.so.7rh()(64bit)
libvte-java - 0.12.1-5.fc7.ia64 requires libgcj.so.7rh()(64bit)
net-snmp-devel - 1:5.4-10.fc7.ia64 requires lm_sensors-devel
Broken deps for x86_64
----------------------------------------------------------
cairo-java - 1.0.5-4.fc7.i386 requires libgcj.so.7rh
cairo-java - 1.0.5-4.fc7.x86_64 requires libgcj.so.7rh()(64bit)
frysk - 0.0.1.2007.02.07.rh1-1.fc7.x86_64 requires libgcj.so.7rh()(64bit)
frysk - 0.0.1.2007.02.07.rh1-1.fc7.i686 requires libgcj.so.7rh
frysk-devel - 0.0.1.2007.02.07.rh1-1.fc7.i686 requires libgcj.so.7rh
frysk-devel - 0.0.1.2007.02.07.rh1-1.fc7.x86_64 requires libgcj.so.7rh()(64bit)
frysk-gnome - 0.0.1.2007.02.07.rh1-1.fc7.i686 requires libgcj.so.7rh
frysk-gnome - 0.0.1.2007.02.07.rh1-1.fc7.x86_64 requires libgcj.so.7rh()(64bit)
gnucash - 2.0.5-1.fc6.x86_64 requires libgtkhtml-3.8.so.15()(64bit)
gnucash - 2.0.5-1.fc6.x86_64 requires libaqbanking.so.16()(64bit)
gnucash - 2.0.5-1.fc6.x86_64 requires libofx.so.3()(64bit)
kdeaccessibility - 1:3.5.6-2.fc7.x86_64 requires xdg-utils
kdeaccessibility - 1:3.5.6-2.fc7.i386 requires xdg-utils
libgconf-java - 2.12.4-5.fc7.x86_64 requires libgcj.so.7rh()(64bit)
libgconf-java - 2.12.4-5.fc7.i386 requires libgcj.so.7rh
libglade-java - 2.12.5-4.fc7.i386 requires libgcj.so.7rh
libglade-java - 2.12.5-4.fc7.x86_64 requires libgcj.so.7rh()(64bit)
libgnome-java - 2.12.4-4.fc7.i386 requires libgcj.so.7rh
libgnome-java - 2.12.4-4.fc7.x86_64 requires libgcj.so.7rh()(64bit)
libgtk-java - 2.8.7-2.fc7.x86_64 requires libgcj.so.7rh()(64bit)
libgtk-java - 2.8.7-2.fc7.i386 requires libgcj.so.7rh
libvte-java - 0.12.1-5.fc7.i386 requires libgcj.so.7rh
libvte-java - 0.12.1-5.fc7.x86_64 requires libgcj.so.7rh()(64bit)
Broken deps for s390
----------------------------------------------------------
cairo-java - 1.0.5-4.fc7.s390 requires libgcj.so.7rh
gnucash - 2.0.5-1.fc6.s390 requires libaqbanking.so.16
gnucash - 2.0.5-1.fc6.s390 requires libgtkhtml-3.8.so.15
gnucash - 2.0.5-1.fc6.s390 requires libofx.so.3
kdeaccessibility - 1:3.5.6-2.fc7.s390 requires xdg-utils
libgconf-java - 2.12.4-5.fc7.s390 requires libgcj.so.7rh
libglade-java - 2.12.5-4.fc7.s390 requires libgcj.so.7rh
libgnome-java - 2.12.4-4.fc7.s390 requires libgcj.so.7rh
libgtk-java - 2.8.7-2.fc7.s390 requires libgcj.so.7rh
libvte-java - 0.12.1-5.fc7.s390 requires libgcj.so.7rh
net-snmp-devel - 1:5.4-10.fc7.s390 requires lm_sensors-devel
systemtap - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
systemtap-runtime - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
Broken deps for s390x
----------------------------------------------------------
cairo-java - 1.0.5-4.fc7.s390x requires libgcj.so.7rh()(64bit)
cairo-java - 1.0.5-4.fc7.s390 requires libgcj.so.7rh
gnucash - 2.0.5-1.fc6.s390x requires libofx.so.3()(64bit)
gnucash - 2.0.5-1.fc6.s390x requires libaqbanking.so.16()(64bit)
gnucash - 2.0.5-1.fc6.s390x requires libgtkhtml-3.8.so.15()(64bit)
kdeaccessibility - 1:3.5.6-2.fc7.s390x requires xdg-utils
kdeaccessibility - 1:3.5.6-2.fc7.s390 requires xdg-utils
libgconf-java - 2.12.4-5.fc7.s390 requires libgcj.so.7rh
libgconf-java - 2.12.4-5.fc7.s390x requires libgcj.so.7rh()(64bit)
libglade-java - 2.12.5-4.fc7.s390x requires libgcj.so.7rh()(64bit)
libglade-java - 2.12.5-4.fc7.s390 requires libgcj.so.7rh
libgnome-java - 2.12.4-4.fc7.s390x requires libgcj.so.7rh()(64bit)
libgnome-java - 2.12.4-4.fc7.s390 requires libgcj.so.7rh
libgtk-java - 2.8.7-2.fc7.s390 requires libgcj.so.7rh
libgtk-java - 2.8.7-2.fc7.s390x requires libgcj.so.7rh()(64bit)
libvte-java - 0.12.1-5.fc7.s390 requires libgcj.so.7rh
libvte-java - 0.12.1-5.fc7.s390x requires libgcj.so.7rh()(64bit)
net-snmp-devel - 1:5.4-10.fc7.s390 requires lm_sensors-devel
net-snmp-devel - 1:5.4-10.fc7.s390x requires lm_sensors-devel
Broken deps for ppc64
----------------------------------------------------------
cairo-java - 1.0.5-4.fc7.ppc64 requires libgcj.so.7rh()(64bit)
gnucash - 2.0.5-1.fc6.ppc64 requires libgtkhtml-3.8.so.15()(64bit)
gnucash - 2.0.5-1.fc6.ppc64 requires libaqbanking.so.16()(64bit)
gnucash - 2.0.5-1.fc6.ppc64 requires libofx.so.3()(64bit)
kdeaccessibility - 1:3.5.6-2.fc7.ppc64 requires xdg-utils
libgconf-java - 2.12.4-5.fc7.ppc64 requires libgcj.so.7rh()(64bit)
libglade-java - 2.12.5-4.fc7.ppc64 requires libgcj.so.7rh()(64bit)
libgnome-java - 2.12.4-4.fc7.ppc64 requires libgcj.so.7rh()(64bit)
libgtk-java - 2.8.7-2.fc7.ppc64 requires libgcj.so.7rh()(64bit)
libvte-java - 0.12.1-5.fc7.ppc64 requires libgcj.so.7rh()(64bit)
net-snmp-devel - 1:5.4-10.fc7.ppc64 requires lm_sensors-devel
17 years, 2 months
yum delay processing exclude list
by Jay Cliburn
I have an x86_64 rawhide machine that's configured to exclude all i?86
packages from updates, and lately it takes a *very* long time to go
through the global exclude list during a yum update. If I remove
"exclude=*i?86" from yum.conf, the update proceeds at the speed to which
I'm accustomed.
With "exclude=*.i?86" in yum.conf, an (empty) update takes up to a
minute and a half, and pegs both my cpus. Without "exclude=*i?86," the
same update takes less than 3 seconds.
With extras-development enabled, processing the global exclude list
takes over 5 minutes.
Is this a bug, or expected behavior with rawhide yum (3.1.3-2.fc7)?
********** WITHOUT exclude=*.i?86 ************
[root@osprey ~]# time yum --disablerepo=extras-development update
Loading "skip-broken" plugin
Loading "installonlyn" plugin
Setting up Update Process
Excluding Packages in global exclude list
Finished
No Packages marked for Update/Obsoletion
real 0m2.227s
user 0m1.454s
sys 0m0.759s
********** WITH exclude=*.i?86 ************
[root@hawk ~]# time yum --disablerepo=extras-development update
Loading "installonlyn" plugin
Setting up Update Process
Excluding Packages in global exclude list
Finished
No Packages marked for Update/Obsoletion
real 1m21.764s
user 0m49.367s
sys 0m31.317s
********** WITH exclude=*.i?86 ************
[root@hawk ~]# time yum update
Loading "installonlyn" plugin
Setting up Update Process
Excluding Packages in global exclude list
Finished
No Packages marked for Update/Obsoletion
real 5m10.460s
user 3m27.026s
sys 1m43.108s
17 years, 2 months
checkpoint/restart
by Neal Becker
One of the features I'd really like to see more widely used in the linux
world is checkpoint/restart. I want it for long-running simulations,
although there may be other uses.
Basic requirement:
1) checkpoint a running process and be able to restart on the same machine.
Restore open files, including mappings of shared memory.
More advanced:
2) Migrate a process to another machine (probably with same libraries).
3) Handle multiple threads/processes?
I am pleased to find that blcr
http://ftg.lbl.gov/CheckpointRestart/CheckpointRestart.shtml
seems to do just what I need. It has an srpm and (with minor change)
builds/runs fine of fc6 x86_64.
I have been following this area for last several years. There have been
several starts at other checkpoint projects, but all except blcr seem to
have died.
I think this is really exciting technology and I'm betting others will want
to see this added to Fedora.
17 years, 2 months
FESCo Meeting Summary for 2007-03-01
by Brian Pepple
=== Members Present ===
* Brian Pepple (bpepple)
* Jason Tibbitts (tibbs)
* Christian Iseli (ch4chris)
* Josh Boyer (jwb)
* Rex Dieter (rdieter)
* Toshio Kuratomi (abadger1999)
* Kevin Fenzi (nirik)
* Dennis Gilmore (dgilmore)
* Bill Nottingham (notting)
* Jesse Keating (f13)
* Jeremy Katz (jeremy)
=== Absent ===
* Tom Callaway (spot)
* Warren Togami (warren)
== Summary ==
repo-creation using new createrepo
* f13 is currently working on using the new createrepo in the
development branch.
* There is no plan to use the new createrepo in FC6.
Sponsor Nominations
* Fernando Nasser was nominated and accepted as a new sponsor.
Fedora 7 preparation
* the plan is not to do a mass rebuild of extras packages.
* nirik is going to setup a page on the wiki to track other preparation
issues that we need to track for F7.
Packaging Committee Report
* FESCo approved the Packaging Committee's guidelines regarding:
* InitScripts proposal:
http://fedoraproject.org/wiki/PackagingDrafts/InitScripts
* BuildRoot proposal:
http://fedoraproject.org/wiki/PackagingDrafts/BuildRoot
For full IRC log:
http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070301
Thanks.
/B
--
Brian Pepple <bpepple(a)fedoraproject.org>
gpg --keyserver pgp.mit.edu --recv-keys 810CC15E
BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E
17 years, 2 months
