devel February 2009

devel@lists.fedoraproject.org

305 participants
316 discussions

Help me use 'intel' over 'nvidia'
by Rodd Clarkson 28 Feb '09

28 Feb '09

Hi All I'm setting up a mythtv box and I recently had the opportunity to update my motherboard. I had been using a board with added nvidia 9x00 graphics card and it was working well except that the fan on the graphics card was noisy. I did some research with regards to a new card to get, keen to get a card with reasonable on board graphics that would handle big lcd displays and also with hdmi and digital/coax outputs. In the end I had the choise of two boards. One with an intel graphics chipset (x4500) and one with an nivida chipset (7100) and given to ongoing conversation on this list about using vendors that support open source drivers I decided to go with the intel board. (I'd done some other research that suggested that the graphics device was supported including Intels website and fedora documentation (clearly not the right fedora documentation)). You can imagine my disappointment when I couldn't even get X running on the new board with the intel drivers (I've tried 'i810' and 'intel', that later of which seems to be much more likely to actually work.) So, I've got two choices. 1. Give up and put the nvidia graphics card on the board. This has a number of downfalls. It brings the noisy fan back into play. It also sees me without hdmi. But, the nvidia driver works well with this card, so at least I get decent graphics. 2. Find out what's up with the 'intel' card and get it working. Sadly, I'm not skilled in these areas (even though I've been testing fedora since fc1) and need help. I've asked twice (once on f-d-l and once on f-t-l) and both times my emails have been ignored. I've also posted a detailed bug on bugzilla (see: https://bugzilla.redhat.com/show_bug.cgi?id=487619) but haven't had any response yet. I won't attach any log files or other info as it's all in the bug report and it would just be excess traffic on the list. Can someone help? regards Rodd -- "It's a fine line between denial and faith. It's much better on my side"

2 2

Files in the directory excep some included as doc
by Pierre-Yves Chibon 28 Feb '09

28 Feb '09

Dear list, I am wondering if there is any trick that could make me able to say in the %file section of a spec file include all what's in the directory foo except bar include bar as %doc (bar in contained in the directory foo) Any hints would be appreciated, Thanks, Pierre

7 16

Draft guidelines for approving provenpackager
by Jesse Keating 28 Feb '09

28 Feb '09

We don't currently have guidelines for granting access to proven packager. I took a work item from FESCo to create a draft for this, and here is my first stab at it (words in camelcase exist to be replaced with links to pages concerning them): Provenpackager is a group of highly skilled package maintainers who are experienced in a wide variety of package types and who are intimately familiar with the PackagingGuidelines and MaintainerPolicies as well as acutely aware of ReleaseSchedules and FreezePolicies. They exist as a group to lend a hand when help is needed, always with a desire to improve the quality of Fedora. By granting membership into provenpackager for a maintainer you are confirming that at least in your mind they meet the above criteria and that you would trust them fully with any of the packages you either maintain or even just use. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating

7 12

Installing with separate /home partition & bug #150670
by Lex Hider 28 Feb '09

28 Feb '09

Bug 150670 is almost 4 years old. https://bugzilla.redhat.com/show_bug.cgi?id=150670 I'd like to see if we can get agreement on changing the default partitioning in anaconda to separate /home & "/". I think this is vital, especially since live upgrades aren't "officially" supported, and many support docs recommend separating "/" & home, and doing a clean install when upgrading fedora versions. Here is a roundup of relevant stuff from wiki, bugzilla, lists. ============================================================= https://www.redhat.com/archives/fedora-docs-list/2005-March/msg00012.html Mailing list discussion from fedora-docs list. from http://docs.fedoraproject.org/install-guide/f10/en_US/sn-partitioning-advic… "If you expect that you or other users will store data on the system, create a separate partition for the /home directory within a volume group. With a separate /home partition, you may upgrade or reinstall Fedora without erasing user data files." from http://docs.fedoraproject.org/install-guide/f10/en_US/sn-upgrade-tree.html "! Installations are Recommended. In general, the Fedora Project recommends that you keep user data on a separate /home partition and perform a fresh installation. For more information on partitions and how to set them up, refer to Chapter 12, Disk Partitioning." from http://fedoraproject.org/wiki/DistributionUpgrades "Tips. * It's a good idea to have a backup of your system before performing an upgrade. If you have /home in a separate logical volume or partition, it makes backing up user data easier. This is a feature requested for the Fedora Installer. See Bug 150670 for more on this." * Doing a clean installation and then restoring user data from backups is known to work better." from: http://fedoraproject.org/wiki/YumUpgradeFaq "Although upgrades with yum have been tested and work, live upgrades are not recommended by the Fedora Project. If you are not prepared to resolve issues on your own if things break, you should probably use the recommend installation methods instead. The recommended installation method is with a boot media with the Anaconda installer as detailed in the Installation Guide" Proposals for /home, "/" split: ======================================== Here's a breakdown of proposals from bug report: * smaller of 50/50 or 20Gb for "/". /home gets rest. from https://bugzilla.redhat.com/show_bug.cgi?id=150670#c17: "Autopartitioning logic: /boot --size=100 / --size=400 --grow --maxsize=20048 /home --size=100 --grow" * smaller of 50/50 or 10Gb for "/". /home gets rest. * don't separate /home from "/" * don't allocate all disk space so can increase sizes later. The 1st one seemed to get the most agreement. Can we please decided once and for all on the best default partition scheme. Thanks, Lex. PS - remember we're talking about the default, and us advanced users can always custom partition to our hearts content. Bug 150670 is almost 4 years old. https://bugzilla.redhat.com/show_bug.cgi?id=150670 I'd like to see if we can get agreement on changing the default partitioning in anaconda to separate /home & "/". I think this is vital, especially since live upgrades aren't "officially" supported, and many support docs recommend separating "/" & home, and doing a clean install when upgrading fedora versions. Here is a roundup of relevant stuff from wiki, bugzilla, lists. ============================================================= https://www.redhat.com/archives/fedora-docs-list/2005-March/msg00012.html Mailing list discussion from fedora-docs list. from http://docs.fedoraproject.org/install-guide/f10/en_US/sn-partitioning-advic… "If you expect that you or other users will store data on the system, create a separate partition for the /home directory within a volume group. With a separate /home partition, you may upgrade or reinstall Fedora without erasing user data files." from http://docs.fedoraproject.org/install-guide/f10/en_US/sn-upgrade-tree.html "! Installations are Recommended. In general, the Fedora Project recommends that you keep user data on a separate /home partition and perform a fresh installation. For more information on partitions and how to set them up, refer to Chapter 12, Disk Partitioning." from http://fedoraproject.org/wiki/DistributionUpgrades "Tips. * It's a good idea to have a backup of your system before performing an upgrade. If you have /home in a separate logical volume or partition, it makes backing up user data easier. This is a feature requested for the Fedora Installer. See Bug 150670 for more on this." * Doing a clean installation and then restoring user data from backups is known to work better." from: http://fedoraproject.org/wiki/YumUpgradeFaq "Although upgrades with yum have been tested and work, live upgrades are not recommended by the Fedora Project. If you are not prepared to resolve issues on your own if things break, you should probably use the recommend installation methods instead. The recommended installation method is with a boot media with the Anaconda installer as detailed in the Installation Guide" Proposals for /home, "/" split: ======================================== Here's a breakdown of proposals from bug report: * smaller of 50/50 or 20Gb for "/". /home gets rest. from https://bugzilla.redhat.com/show_bug.cgi?id=150670#c17: "Autopartitioning logic: /boot --size=100 / --size=400 --grow --maxsize=20048 /home --size=100 --grow" * smaller of 50/50 or 10Gb for "/". /home gets rest. * don't separate /home from "/" * don't allocate all disk space so can increase sizes later. The 1st one seemed to get the most agreement. Can we please decided once and for all on the best default partition scheme. Thanks, Lex. PS - remember we're talking about the default, and us advanced users can always custom partition to our hearts content. Bug 150670 is almost 4 years old. https://bugzilla.redhat.com/show_bug.cgi?id=150670 I'd like to see if we can get agreement on changing the default partitioning in anaconda to separate /home & "/". I think this is vital, especially since live upgrades aren't "officially" supported, and many support docs recommend separating "/" & home, and doing a clean install when upgrading fedora versions. Here is a roundup of relevant stuff from wiki, bugzilla, lists. ============================================================= https://www.redhat.com/archives/fedora-docs-list/2005-March/msg00012.html Mailing list discussion from fedora-docs list. from http://docs.fedoraproject.org/install-guide/f10/en_US/sn-partitioning-advic… "If you expect that you or other users will store data on the system, create a separate partition for the /home directory within a volume group. With a separate /home partition, you may upgrade or reinstall Fedora without erasing user data files." from http://docs.fedoraproject.org/install-guide/f10/en_US/sn-upgrade-tree.html "! Installations are Recommended. In general, the Fedora Project recommends that you keep user data on a separate /home partition and perform a fresh installation. For more information on partitions and how to set them up, refer to Chapter 12, Disk Partitioning." from http://fedoraproject.org/wiki/DistributionUpgrades "Tips. * It's a good idea to have a backup of your system before performing an upgrade. If you have /home in a separate logical volume or partition, it makes backing up user data easier. This is a feature requested for the Fedora Installer. See Bug 150670 for more on this." * Doing a clean installation and then restoring user data from backups is known to work better." from: http://fedoraproject.org/wiki/YumUpgradeFaq "Although upgrades with yum have been tested and work, live upgrades are not recommended by the Fedora Project. If you are not prepared to resolve issues on your own if things break, you should probably use the recommend installation methods instead. The recommended installation method is with a boot media with the Anaconda installer as detailed in the Installation Guide" Proposals for /home, "/" split: ======================================== Here's a breakdown of proposals from bug report: * smaller of 50/50 or 20Gb for "/". /home gets rest. from https://bugzilla.redhat.com/show_bug.cgi?id=150670#c17: "Autopartitioning logic: /boot --size=100 / --size=400 --grow --maxsize=20048 /home --size=100 --grow" * smaller of 50/50 or 10Gb for "/". /home gets rest. * don't separate /home from "/" * don't allocate all disk space so can increase sizes later. The 1st one seemed to get the most agreement. Can we please decided once and for all on the best default partition scheme. Thanks, Lex. PS - remember we're talking about the default, and us advanced users can always custom partition to our hearts content. Bug 150670 is almost 4 years old. https://bugzilla.redhat.com/show_bug.cgi?id=150670 I'd like to see if we can get agreement on changing the default partitioning in anaconda to separate /home & "/". I think this is vital, especially since live upgrades aren't "officially" supported, and many support docs recommend separating "/" & home, and doing a clean install when upgrading fedora versions. Here is a roundup of relevant stuff from wiki, bugzilla, lists. ============================================================= https://www.redhat.com/archives/fedora-docs-list/2005-March/msg00012.html Mailing list discussion from fedora-docs list. from http://docs.fedoraproject.org/install-guide/f10/en_US/sn-partitioning-advic… "If you expect that you or other users will store data on the system, create a separate partition for the /home directory within a volume group. With a separate /home partition, you may upgrade or reinstall Fedora without erasing user data files." from http://docs.fedoraproject.org/install-guide/f10/en_US/sn-upgrade-tree.html "! Installations are Recommended. In general, the Fedora Project recommends that you keep user data on a separate /home partition and perform a fresh installation. For more information on partitions and how to set them up, refer to Chapter 12, Disk Partitioning." from http://fedoraproject.org/wiki/DistributionUpgrades "Tips. * It's a good idea to have a backup of your system before performing an upgrade. If you have /home in a separate logical volume or partition, it makes backing up user data easier. This is a feature requested for the Fedora Installer. See Bug 150670 for more on this." * Doing a clean installation and then restoring user data from backups is known to work better." from: http://fedoraproject.org/wiki/YumUpgradeFaq "Although upgrades with yum have been tested and work, live upgrades are not recommended by the Fedora Project. If you are not prepared to resolve issues on your own if things break, you should probably use the recommend installation methods instead. The recommended installation method is with a boot media with the Anaconda installer as detailed in the Installation Guide" Proposals for /home, "/" split: ======================================== Here's a breakdown of proposals from bug report: * smaller of 50/50 or 20Gb for "/". /home gets rest. from https://bugzilla.redhat.com/show_bug.cgi?id=150670#c17: "Autopartitioning logic: /boot --size=100 / --size=400 --grow --maxsize=20048 /home --size=100 --grow" * smaller of 50/50 or 10Gb for "/". /home gets rest. * don't separate /home from "/" * don't allocate all disk space so can increase sizes later. The 1st one seemed to get the most agreement. Can we please decided once and for all on the best default partition scheme. Thanks, Lex. PS - remember we're talking about the default, and us advanced users can always custom partition to our hearts content.

15 27

summer coding project
by Bert Desmet 28 Feb '09

28 Feb '09

1 0

Mass rebuild, noarch and binary files
by Thibault North 28 Feb '09

28 Feb '09

I've been notified that avr-libc rebuild for F11 failed, and Koji says that it is because this noarch package contains binary (error: Arch dependent binaries in noarch package) This is a normal behaviour, as avr-libc provides precompiled libraries for avr microcontrolers, which are external devices. After some googling, it seems that there is a maco to add in order to let koji ignore that problem: %_binaries_in_noarch_packages_terminate_build 0 (see https://fedorahosted.org/pipermail/cobbler/2009-February/003006.html) Unfortunately, adding this line in the spec file (after %description) doesn't fix the problem and the build continues failing. What should I do to fix that ? Thibault

7 10

orphaning klear
by Johan Cwiklinski 28 Feb '09

28 Feb '09

I no longer want to maintain klear, these project looks inactive (no new release since 2006, no commits on the svn since 2008-02-23). Also, recent mass rebuild fails: http://koji.fedoraproject.org/koji/taskinfo?taskID=1169704 Feel free to take it if you're interested. Regards, Johan

1 0

rawhide report: 20090228 changes
by Fedora compose checker 28 Feb '09

28 Feb '09

Compose started at Sat Feb 28 06:01:03 UTC 2009

1 0

FESCo Meeting summary - 2009-02-27
by Dan Horák 28 Feb '09

28 Feb '09

=== Members Present === * Brian Pepple (bpepple) * Jarod Wilson (j-rod) * Kevin Fenzi (nirik) * Dan Horák (sharkcz) * Bill Nottingham (notting) * Dennis Gilmore (dgilmore) === Members Absent === * Josh Boyer (jwb) * David Woodhouse (dwmw2) * Jon Stanley (jds2001) == Summary == === Features === * MinimalPlatform - http://fedoraproject.org/wiki/Features/MinimalPlatform Feature was approved with following note: - please update the feature page to mention the scope of 1) updating the comps group 2) making the anaconda text mode minimal install match * AnacondaStorageRewrite - http://fedoraproject.org/wiki/Features/AnacondaStorageRewrite Feature was approved * EFI - http://fedoraproject.org/wiki/Features/EFI Feature was approved * IntelKMS - http://fedoraproject.org/wiki/Features/IntelKMS Feature was approved * NewPyParted - http://fedoraproject.org/wiki/Features/NewPyParted Feature was not approved and it was suggested to treat it as a subset of the AnacondaStorageRewrite. * SVirt Mandatory Access Control - http://fedoraproject.org/wiki/Features/SVirt_Mandatory_Access_Control Feature was approved * VirtVNCAuth - http://fedoraproject.org/wiki/Features/VirtVNCAuth Feature was approved * Shared Network Interface - http://fedoraproject.org/wiki/Features/Shared_Network_Interface Feature was not approved and it was suggested that the Feature be deferred to Fedora 12, even if some of the bits land before then. * EclipseProfilingTools - https://fedoraproject.org/wiki/Features/EclipseProfilingTools Feature was approved * Evdev2.2 - https://fedoraproject.org/wiki/Features/Evdev2.2 Feature was approved * InputDeviceProperties - https://fedoraproject.org/wiki/Features/InputDeviceProperties Feature was approved * NouveauModesetting - https://fedoraproject.org/wiki/Features/NouveauModesetting Feature was approved * XserverOnePointSix - https://fedoraproject.org/wiki/Features/XserverOnePointSix Feature was approved * VirtImprovedConsole - https://fedoraproject.org/wiki/Features/VirtImprovedConsole Feature was approved * Thunderbird 3 - https://fedoraproject.org/wiki/Features/Thunderbird_3 Feature was approved * SynapticsUpdate - https://fedoraproject.org/wiki/Features/SynapticsUpdate Feature was approved. It was noted that the Gnome/KDE/XFCE/etc frontends to the old driver should be checked to see if they work with the new driver, and disabled/removed if they don't. === Other proposals === * Provenpackager reseed New proposal by Kevin Fenzi how to reseed the provenpackager group will be discussed on fedora-devel mailing list. IRC log can be found at: http://bpepple.fedorapeople.org/fesco/FESCo-2009-02-27.html Dan

1 0

emacs font sizes
by Denis Leroy 28 Feb '09

28 Feb '09

Does anyone know what gee-wiz brain-dead emacs extension adjusts the font sizes based on the screen DPI value ?? With my dual-screen setup it's driving me bonkers. Don't mess with a man's font sizes I'm telling you.

2 1

← Newer
1
2
3
4
5
6
7
...
32
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel February 2009