devel November 2009

devel@lists.fedoraproject.org

330 participants
291 discussions

Evolution Data Server...
by Nathanael D. Noblet 02 Nov '09

02 Nov '09

Hello, So this isn't a strictly development question, but based on the answer it very well could be. I don't use evolution, but the evolution-data-server is running. Is it used for anything else? If not, perhaps it would be good to not run it as part of the gnome session when the users default mail client isn't evolution. If it is used for other purposes then whatever. Otherwise I can file a bug report if desired... -- Nathanael noblet

2 2

Problem building Asterisk sounds
by Jeffrey Ollie 02 Nov '09

02 Nov '09

I'm trying to build the latest Asterisk sounds package, but I'm getting the following error: error: Recognition of file "/builddir/build/BUILDROOT/asterisk-sounds-core-1.4.16-1.fc13.noarch/usr/share/asterisk/sounds/fr/digits/1.g729" failed: mode 100444 zlib: invalid stored block lengthsempty (gzip compressed data, reserved method, encrypted, last modified: Tue Nov 9 20:48:48 2010, max speed) The full build log is here: http://koji.fedoraproject.org/koji/taskinfo?taskID=1730585 The build fails in mock locally as well but koji actually gives me a better error message. The file in question isn't gzip compressed, it's an audio file compressed with G.729 audio compression. Can anyone help me out here? -- Jeff Ollie

2 3

What to do with package that wants to use sse?
by Bruno Wolff III 02 Nov '09

02 Nov '09

I am working on packaging pagedgeometry and I noticed that when building on gcc it passes -msse which I am guessing says to use sse instructions. I think that even in F12 we can't assume these instructions are available. The package may gain a lot of benefit from using those instructions. (I haven't tested that yet as I am still pretty early in the process.) Is there some relatively standard way to handle something like this?

5 10

Feature request: AMD K10 thermal sensors
by Christoph Höger 02 Nov '09

02 Nov '09

Hi, since a year or so the AMD K10 thermal sensors module (k10temp) seems to be floating around the web. I would appreciate some kernel packager integrating it into the fedora 11 stock kernel - since without it I can not build (and trust!) a silent cooling system. Any plans on this issue? regards Christoph

3 5

Re: Adding packages to comps.xml
by Rex Dieter 02 Nov '09

02 Nov '09

alekcejk(a)googlemail.com wrote: > Hi all. > > I want to add to comps.xml for F10-F13 some optional packages which I not > own. > > To kde-desktop group: > kde-plasma-quickaccess > kde-plasma-runcommand > kde-plasma-translatoid > kde-plasma-yawp > qt-recordmydesktop > skanlite > > To graphical-internet group: > arora > choqok > mtr-gtk > netactview > rekonq > > To text-internet group: > aria2 > netstiff > trickle > youtube-dl > whatmask > > To system-tools group: > apcupsd-gui > ddclient > htop > iftop > iotop > nethogs > ntpdate > fdupes > nrg2iso > > To sound-and-video group: > AcetoneISO2 > subtitlecomposer > > To printing group: > cups-pdf > > To web-server group: > phpMyAdmin > > To engineering-and-scientific group: > qtoctave > scidavis > > Is there any objections to do this? > Should packages maintainers add this packages or I can do this? No objectiion, thanks for the comps' love. Normally, this is something maintainers should do, but as they've not done so yet, maybe it was oversight or an error. To simplify matters and minimize confusion, I'd say "just do it". -- Rex

1 0

disabling internal crash handler in wxGTK
by Dan Horák 02 Nov '09

02 Nov '09

Hello, I plan to disable the internal crash handler in wxGTK for the the devel/F13 branch so we can use ABRT to report crashes. This will mean a rebuild of wxGTK with --disable-catch_segvs. This change affects all applications linked with wxGTK, because one symbol is removed from the "base" library. I will take care of rebuilding the packages, but the package owners should still check what is their implementation of the wxApp::OnFatalExpection() virtual method doing, because it will not be called anymore. Usually it is used to display the wxGTK-based crash report. Please let me know if you want to rebuild the package yourself or if you have some questions. This is the list of packages that are linked with the base wxWidgets/wxGTK library (libwx_baseu-2.8.so.0): audacity-0:1.3.9-0.4.beta.fc12.x86_64 bacula-console-wxwidgets-0:3.0.2-4.fc12.x86_64 boinc-manager-0:6.6.37-4.r18632svn.fc12.x86_64 codeblocks-contrib-libs-0:8.02-9.fc12.x86_64 codeblocks-libs-0:8.02-9.fc12.x86_64 codeblocks-0:8.02-9.fc12.x86_64 crystalspace-0:1.2.1-6.fc12.x86_64 DivFix++-0:0.30-8.fc12.x86_64 extrema-0:4.3.6-5.fc12.x86_64 fbg-0:0.9.1-4.fc12.x86_64 filezilla-0:3.2.8.1-1.fc12.x86_64 fityk-0:0.8.8-1.fc12.x86_64 flamerobin-0:0.9.2-1.fc12.x86_64 freedink-dfarc-0:3.4-1.fc12.x86_64 glest-0:3.2.2-1.fc12.x86_64 gnuplot-0:4.2.6-1.fc12.x86_64 grass-0:6.3.0-14.fc12.x86_64 gspiceui-0:0.9.97-1.fc12.x86_64 hugin-base-0:2009.2.0-1.fc12.x86_64 hugin-0:2009.2.0-1.fc12.x86_64 iaxclient-0:2.1-0.4.beta3.fc12.x86_64 kicad-0:2009.07.07-4.rev1863.fc12.x86_64 LuxRender-0:0.5-5.fc12.x86_64 mkvtoolnix-gui-0:2.9.8-2.fc12.x86_64 mrpt-apps-0:0.7.1-0.1.20090818svn1148.fc12.x86_64 mrpt-core-0:0.7.1-0.1.20090818svn1148.fc12.x86_64 mrpt-hwdrivers-0:0.7.1-0.1.20090818svn1148.fc12.x86_64 multiget-0:1.2.0-7.fc12.x86_64 nightview-gui-0:0.3.2-8.fc12.x86_64 OpenSceneGraph-examples-0:2.8.2-3.fc12.x86_64 panoglview-0:0.2.2-6.fc12.x86_64 perl-Wx-0:0.92-1.fc12.x86_64 pgadmin3-0:1.10.0-2.fc12.x86_64 plplot-wxGTK-0:5.9.5-1.fc12.x86_64 poedit-0:1.4.3-1.fc12.x86_64 rapidsvn-0:0.10.0-2.fc12.x86_64 scorched3d-0:42.1-3.fc12.x86_64 scummvm-tools-0:0.13.0-2.fc12.x86_64 simdock-0:1.2-7.fc12.x86_64 sooperlooper-0:1.6.13-4.fc12.x86_64 springlobby-0:0.27-1.fc12.x86_64 toped-0:0.9.5-1.fc12.x86_64 trustedqsl-0:1.11-5.fc12.x86_64 ucblogo-0:6.0-5.fc12.x86_64 vavoom-0:1.30-3.fc12.x86_64 wxBase-0:2.8.10-6.fc12.x86_64 wxGTK-devel-0:2.8.10-6.fc12.x86_64 wxGTK-gl-0:2.8.10-6.fc12.x86_64 wxGTK-media-0:2.8.10-6.fc12.x86_64 wxGTK-0:2.8.10-6.fc12.x86_64 wxiax-0:2.1-0.4.beta3.fc12.x86_64 wxMaxima-0:0.8.3a-1.fc12.x86_64 wxPython-0:2.8.9.2-3.fc12.x86_64 xchm-0:1.17-2.fc12.x86_64 xmlcopyeditor-0:1.2.0.2-2.fc12.x86_64 Dan

1 0

rawhide report: 20091102 changes
by Fedora compose checker 02 Nov '09

02 Nov '09

Compose started at Mon Nov 2 06:15:07 UTC 2009 Broken deps for i386 ---------------------------------------------------------- 1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0 Broken deps for x86_64 ---------------------------------------------------------- 1:nant-0.85-30.fc12.x86_64 requires mono(NDoc.Core) = 0:1.3.3498.0 Updated Packages: perl-Razor-Agent-2.85-4.fc12 ---------------------------- * Sun Nov 01 2009 Warren Togami <wtogami(a)redhat.com> - 2.85-4 - Use Digest::SHA instead of Digest::SHA1 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 1

1 0

Udev support for device-mapper/LVM2 in rawhide
by Peter Rajnoha 02 Nov '09

02 Nov '09

Hi, this is just an announce that finally we will make a new rawhide release tomorrow with udev support enabled in device-mapper and LVM2 packages (upcoming device-mapper-1.02.39-2, lvm2-2.02.54-2). This is a scratch you can check and test if you would like to: https://koji.fedoraproject.org/koji/taskinfo?taskID=1774341 We will provide the rules as well as the udev synchronisation feature (udev_sync) in libdevmapper directly. We have extended its interface so it's possible to wait for udev to process the events that are related to actions done on DM devices (create, rename, resume, remove). This way we can prevent races between libdevmapper and udev itself. However, we had to change the layout in /dev based on comments from udev team: - /dev/mapper directory is now filled with symlinks (not nodes) with names given by actual DM device names - these symlinks point to /dev/dm-X nodes, X is a number. This is an internal kernel name that should not be visible in userspace, but there's this udev requirement that node names must match the kernel names so... - as for LVM - we use symlinks in /dev/<vgname> but now these ones point to /dev/dm-X not /dev/mapper/<actual_dm_name> Any other software using libdevmapper should work without any problems while still not using udev_sync feature (libdevmapper will detect this and it will fallback to old way of node creation under /dev - that is by libdevmapper itself, the rules will be selectively switched off automatically in these situations). However, we expect that everybody using libdevmapper will switch to using udev_sync interface as well gradually. There were some problems last time we brought this into the F12 rawhide a month ago (the most critical were dracut and anaconda). We have identified these problems and everything should be fixed now (there are proper hooks in dracut to install the new rules and we provided a quick workaround in libdevmapper for parted utility that caused the anaconda to fail, there's also a fix on its way to parted upstream itself). Maybe I should mention other known problems we track and we know about: - mount utility uses inappropriate DM names in mtab (because it follows the symlinks and takes the internal dm-X names). The consequence is that utilities reading mtab will show these dm-X names instead of actual DM names (like the output of "df"). The fix is in upstream util-linux-ng already (as of 26th October) so I hope it will propagate into rawhide soon. - since we create the nodes on "change" udev event (and we have to!) and suppress the node creation on "add" event, there's a problem while using "udevadm trigger". The trigger generates "add" events by default and when called, the DM nodes are removed (because of the node suppression on add and udev removes the nodes if we use the suppression and the nodes exist already). We have to work out a proper solution with udev team here, but if you run into this problem, you can have those DM nodes back by calling: udevadm trigger --action=change --property-match=DM_UDEV_RULES_VSN=* or (but this works for kernels >= 2.6.29 only): udevadm trigger --action=change --attr-match=dm/name or: udevadm control --env=STARTUP=1 udevadm trigger udevadm control --env=STARTUP= - there's a problem with GRUB2 that can't deal with the symlinks in /dev/mapper (it's the grub-probe that fails iirc). Since there are more things to fix in grub2 with respect to DM devices, we have to work more closely with grub team to solve this issue and other issues. Hopefully I've mentioned eveything that's important. If you have any questions, please, feel free to raise your comments here. The plan is to switch this on tomorrow, but if there's anyone who sees a problem here and who would like to test it more and needs more time, please, let me know. Thanks Peter

2 2

Getting intltool-update Permission denied error for a scratch build
by Kushal Das 02 Nov '09

02 Nov '09

Hi, I am getting "unable to execute intltool-update: Permission denied" error in a scrach build. Details can be found here [1]. How to fix this ? [1] http://koji.fedoraproject.org/koji/getfile?taskID=1781935&name=build.log Kushal -- http://fedoraproject.org http://kushaldas.in

2 2

Adding packages to comps.xml
by alekcejk＠googlemail.com 02 Nov '09

02 Nov '09

Hi all. I want to add to comps.xml for F10-F13 some optional packages which I not own. To kde-desktop group: kde-plasma-quickaccess kde-plasma-runcommand kde-plasma-translatoid kde-plasma-yawp qt-recordmydesktop skanlite To graphical-internet group: arora choqok mtr-gtk netactview rekonq To text-internet group: aria2 netstiff trickle youtube-dl whatmask To system-tools group: apcupsd-gui ddclient htop iftop iotop nethogs ntpdate fdupes nrg2iso To sound-and-video group: AcetoneISO2 subtitlecomposer To printing group: cups-pdf To web-server group: phpMyAdmin To engineering-and-scientific group: qtoctave scidavis Is there any objections to do this? Should packages maintainers add this packages or I can do this?

2 1

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 November 2009