How to add upstream developer as a (co)maintainer of the existing application?
by Peter Lemenkov
Hello All!
There is a package, already included in Fedora, and there is a
friendly and active upstream developer, who wants to be a
(co)maintainer of this app. (S)he doesn't maintain any packages in
Fedora currently. So the question is - is there a policy on how such
situations should be handled?
I remember, that if Redhat hires someone from upstream, then no
additional procedures with review requests and sponsorship needed (at
least visible to others, outside Redhat) - (s)he just started to be a
(co)maintainer.
--
With best regards, Peter Lemenkov.
14 years, 5 months
Evolution Data Server...
by Nathanael D. Noblet
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
14 years, 5 months
Problem building Asterisk sounds
by Jeffrey Ollie
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
14 years, 5 months
What to do with package that wants to use sse?
by Bruno Wolff III
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?
14 years, 5 months
Feature request: AMD K10 thermal sensors
by Christoph Höger
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
14 years, 5 months
Re: Adding packages to comps.xml
by Rex Dieter
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
14 years, 5 months
disabling internal crash handler in wxGTK
by Dan Horák
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
14 years, 5 months
rawhide report: 20091102 changes
by Fedora compose checker
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
14 years, 5 months
Udev support for device-mapper/LVM2 in rawhide
by Peter Rajnoha
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
14 years, 5 months