Re: Audacious - Illegal Instruction (Livna)
by Otto Rey
Yes.
[jvello@redondos ~]$ cat /proc/cpuinfo | grep sse2
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pni monitor ds_cpl cid xtpr
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pni monitor ds_cpl cid xtpr
[jvello@redondos ~]$
----- Mensaje original ----
De: Ralf Ertzinger <fedora(a)camperquake.de>
Para: fedora-devel-list(a)redhat.com
Enviado: martes 29 de mayo de 2007, 17:42:32
Asunto: Re: Audacious - Illegal Instruction (Livna)
Hi.
On Tue, 29 May 2007 20:22:20 +0100 (BST), Steve Hill wrote
> "Illegal Instruction" when I try to play an MP3. Is this affecting
> anyone else?
No that I've heard of it (I package audacious at Fedora and Livna). I have
a certain suspicion where this is coming from, though.
Otto, does your processor support SSE2?
--
fedora-devel-list mailing list
fedora-devel-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
__________________________________________________
Preguntá. Respondé. Descubrí.
Todo lo que querías saber, y lo que ni imaginabas,
está en Yahoo! Respuestas (Beta).
¡Probalo ya!
http://www.yahoo.com.ar/respuestas
16 years, 10 months
idiots guide to fedora contribution?
by Neal Becker
Do I understand correctly that the procedures for updating the packages I
maintain is changed? Is there a quick guide to the new procedure? (I
looked a bit at the koji stuff, but I had more questions than answers).
16 years, 10 months
[Fwd: Fedora Core 6 Update: lftp-3.5.9-0.fc6]
by John DeDourek
The attached announcement for lftp, version 3.5.9, release 0.fc6
was received yesterday. However, my yum.log file on my FC6 box
shows an update to lftp.i386.3.5.9-8.fc6 on Apr 13, 2007. Yum
did not update lftp today (May 31).
I am confused. What have I missed?
-------- Original Message --------
Subject: Fedora Core 6 Update: lftp-3.5.9-0.fc6
Date: Wed, 30 May 2007 14:18:26 -0400
From: Maros Barabas <mbarabas(a)redhat.com>
To: fedora-package-announce(a)redhat.com
---------------------------------------------------------------------
Fedora Update Notification
FEDORA-2007-431
2007-05-30
---------------------------------------------------------------------
Product : Fedora Core 6
Name : lftp
Version : 3.5.9
Release : 0.fc6
Summary : A sophisticated file transfer program
Description :
LFTP is a sophisticated ftp/http file transfer program. Like bash, it
has job
control and uses the readline library for input. It has bookmarks, built-in
mirroring, and can transfer several files in parallel. It is designed with
reliability in mind.
---------------------------------------------------------------------
Update Information:
Upgrade to new version from upstream
---------------------------------------------------------------------
* Wed Apr 4 2007 Maros Barabas <mbarabas(a)redhat.com> - 3.5.9
- Upgrade to 3.5.9 from upstream
- Resolves #211483
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/
a725aba393ab92f6cb0fd18b02ebccbf8632d477 SRPMS/lftp-3.5.9-0.fc6.src.rpm
a725aba393ab92f6cb0fd18b02ebccbf8632d477 noarch/lftp-3.5.9-0.fc6.src.rpm
c25df92f242c0ef1f6044d9ada1469d36b1073f0 ppc/lftp-3.5.9-0.fc6.ppc.rpm
15a5d1bce86d1907b3d7a2626c42dec3a48945fd
ppc/debug/lftp-debuginfo-3.5.9-0.fc6.ppc.rpm
3c669839da6a902a2539266c9023156335499ef8 x86_64/lftp-3.5.9-0.fc6.x86_64.rpm
6b0c942684c77b01b69d951bb5ded718dae703b8
x86_64/debug/lftp-debuginfo-3.5.9-0.fc6.x86_64.rpm
b28bd3a2b3c1fc7838cda3e2326b79523a2b8e6b
i386/debug/lftp-debuginfo-3.5.9-0.fc6.i386.rpm
168377ae4cce12fddfbe25bee78ce88914a37816 i386/lftp-3.5.9-0.fc6.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
_______________________________________________
Fedora-package-announce mailing list
Fedora-package-announce(a)redhat.com
http://www.redhat.com/mailman/listinfo/fedora-package-announce
16 years, 10 months
Re: rpms/xchat/devel xchat-2.8.2-desktop.patch, NONE, 1.1 xchat.spec, 1.62, 1.63 xchat-2.4.2-nickmenu-away-msg.patch, 1.2, NONE xchat-2.4.3-lib64.patch, 1.1, NONE xchat-2.4.4-multiline-messages.patch, 1.1, NONE xchat-2.4.4-redhat-desktop.patch, 1.1, NONE xchat-2.6.0-dbus-api.patch, 1.1, NONE xchat-2.6.6-es.patch, 1.1, NONE xchat-2.6.6-fi.patch, 1.1, NONE xchat-2.6.6-nonblock.patch, 1.1, NONE xchat-2.6.6-simplify-to-use-gnome-open-for-default-webbrowser.patch, 1.1, NONE xchat-2.6.6-simplify-to-use-htmlview-f
by Kevin Kofler
Christopher Aillon <fedora-extras-commits@...> writes:
> > - follow desktop-entry-spec on Name and GenericName as required by the
> > Packaging Guidelines
>
> Except this is so very wrong. This is not what the spec (which we take
> active part in writing) is intended to do.
Yet it is what it _says_, and also what KDE based their implementation on when
they offered the _user_ to decide whether they want to show real or generic
names (or both, which is the best solution IMHO) rather than having the distro
force a decision on them. The blatant disrespect for the spec in some
Fedora .desktop files breaks that and leads to inconsistent menus.
IMHO, a generic name has no business to be in the Name field, that's what
GenericName is for. And I definitely know there are other people agreeing with
me on that (Rex Dieter, for example).
> I'll attempt to get this clarified with fesco
I'd appreciate some enforcement of the democratically-voted packaging
guidelines, which explicitly say "Installed .desktop files MUST follow the
[desktop-entry-spec], paying particular attention to validating correct usage
of Name, GenericName, [Categories], [StartupNotify] entries.", from FeSCo!
> but please undo the .desktop change.
I'm not too happy about doing that because I really believe my change is both
the right thing to do and required to comply with the guidelines, but if that's
the only way the update (just pushed to updates-testing) can go into the
released updates without causing a big stir, I'll have to comply. :-(
Kevin Kofler
16 years, 10 months
Re: [Suspend-devel] willing to contribute - so laptops suspend better - but how?
by Valent Turkovic
On 5/30/07, Rafael J. Wysocki <rjw(a)sisk.pl> wrote:
> On Wednesday, 30 May 2007 15:27, Valent Turkovic wrote:
> > On 5/24/07, Rafael J. Wysocki <rjw(a)sisk.pl> wrote:
> > > On Thursday, 24 May 2007 22:03, you wrote:
> > > > On 5/24/07, Rafael J. Wysocki <rjw(a)sisk.pl> wrote:
> > > > > On Thursday, 24 May 2007 20:49, Valent Turkovic wrote:
> > > > > > On 5/24/07, Richard Hughes <hughsient(a)gmail.com> wrote:
> > > > > > > On Thu, 2007-05-24 at 10:19 +0200, Valent Turkovic wrote:
> > > > > > > > Hi,
> > > > > > > > can you please look at the issue I'm having.
> > > > > > > >
> > > > > > > > I would like to help troubleshoot my laptop and then other 10 I have
> > > > > > > > access to but I can't find how to do that.
> > > > > > >
> > > > > > > Do any of the 10 work?
> > > > > > >
> > > > > > > > Is there any wiki page or some other resource that I can use? Or can
> > > > > > > > you look at this one and give me some specific pointers?
> > > > > > >
> > > > > > > http://people.freedesktop.org/~hughsient/quirk/ is the only
> > > > > > > documentation for the pm-utils and hal-info quirks. There are lots of
> > > > > > > other pages dealing with suspend - http://en.opensuse.org/S2ram is also
> > > > > > > very good.
> > > > > > >
> > > > > > > > I posted a bug for fedora 7 but I can't suspend this laptop also with
> > > > > > > > Fedora Core 6 or Ubuntu Feisty - it can only suspend and resume under
> > > > > > > > OpenSuse when I use additional options for s2ram as I wrote in my bug
> > > > > > > > report - please read it and add your precious knowledge about this
> > > > > > > > subject.
> > > > > > >
> > > > > > > TBH, you should probably use the same quirks as s2ram on your machine -
> > > > > > > assuming the kernel version is similar.
> > > > > > >
> > > > > > > Richard.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > Ok, it seams I have some bios problem issues!
> > > > > >
> > > > > > I wen't back to OpenSuse 10.2 in which I claimed suspend works - and
> > > > > > it did work before - now it doesn't work anymore!
> > > > > >
> > > > > > I had to upgrade my bios in order to get Intel VT option in bios - and
> > > > > > that FINALLY enabled me to run Xen virtualisation! But it seams that
> > > > > > this new bios now has some other issues so not even OpenSuse which
> > > > > > worked doesn't now :(
> > > > > >
> > > > > > First time I tried to suspend under OpenSuse 10.2 it freezed, and
> > > > > > second time it started to wakeup but some really strange noises came
> > > > > > from the HDD that FREAKED me out! I powered it off as soon as possible
> > > > > > - and everything worked fine on power up!
> > > > > >
> > > > > > Do you have any information, does Intel virtualisation have any thing
> > > > > > to do with suspend/resume? Does it need to be disabled in order for
> > > > > > suspend/resume to work?
> > > > > >
> > > > > > Does anyone have some more experience testing new laptops with Intel
> > > > > > VT technology?
> > > > >
> > > > > I have no experience with that, but why don't you check whether or not the
> > > > > suspend works if you disable the VT in the kernel configuration?
> > > > >
> > > > > Rafael
> > > > >
> > > >
> > > > Please check out update on my bug report:
> > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240964
> > > >
> > > > I disabled Intel VT in bios and I still can't get Fedora to resume,
> > > > not even with different quirks. Suspend and resume in OpenSuse now
> > > > works again!
> > >
> > > If OpenSUSE works, then please try s2ram on Fedora. Also the OpenSUSE kernel
> > > may contain some patches that are not present in the Fedora kernel.
> > >
> > > The virtualization apparently doesn't agree with the suspend ...
> > >
> > > Rafael
> > >
> >
> > I tried s2ram and updated my bugzilla post but ddin't reply you.
> > s2ram with same options that work for opensuse doesn't work with fedora.
>
> This indicates that the kernels are different.
>
> Could you check if a vanilla kernel.org kernel (preferably 2.6.22-rc3) works
> for you?
>
> Rafael
>
How much time does it take to configure vanilla kernel to run with
fedora? Can you give me some guide or some general info.
I'm not willing to do this if it takes 5 hours just to see what
happens... if we can draw some mayor conclusion and if I can give some
valuable feedback then I have no problem doing this.
I still need some guide or some howto for making vanilla kernel work
with fedora.
I player with building kernels few years ago but I didn't do it since
them so I'm a bit rusted.
I was doing custome kernel building on suse and I know that suse has
some tools that make that process really easy - tools for copying
existing configuration to new kernel and others.
--
http://kernelreloaded.blog385.com/
linux, blog, anime, spirituality, windsurf, wireless
registered as user #367004 with the Linux Counter, http://counter.li.org.
ICQ: 2125241
Skype: valent.turkovic
16 years, 10 months
X-Chat in Fedora
by Kevin Kofler
I have noticed that Christopher Aillon seems to be way too busy to keep X-Chat
up to date in Fedora. See for example:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=224180
(which is too late to get into the F7 release now, unfortunately (sigh, I
opened this 4 months ago when 2.8.0 was current!), but it could go into
updates). He hasn't even replied to this bug report. Now that Core and Extras
have merged, would it be possible to get a community comaintainer (or even
maintainer) for this package? Seeing how Rémi Collet has been keeping X-Chat up
to date in his repository and how his updated versions have always worked fine
for me, I think he would be a good comaintainer or maintainer for X-Chat (if he
accepts, of course).
Kevin Kofler
16 years, 10 months
Koji - Trouble building for F-7
by Ray Van Dolson
This is my first package, so please bear with me.
I am trying to build remind:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235802
But am having some problems getting Koji to work. Had no issues
building for FC-6 and EL-[45] (I realize they do not use the Koji build
system).
I requested the F-7 branch in my bugzilla above, and have set up Koji
correctly (can log in to the web interface, view the status of my
failed jobs etc from the CLI).
F-7: $ make build
Created task: 22134
Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=22134
Watching tasks (this may be safely interrupted)...
22134 build (dist-fc7-updates-candidate, F-7:remind-03_00_24-3_fc7): free
22134 build (dist-fc7-updates-candidate, F-7:remind-03_00_24-3_fc7): free -> open (xenbuilder4.fedora.phx.redhat.com)
22135 buildSRPMFromCVS (F-7:remind-03_00_24-3_fc7): free
22135 buildSRPMFromCVS (F-7:remind-03_00_24-3_fc7): free -> open (xenbuilder4.fedora.phx.redhat.com)
22135 buildSRPMFromCVS (F-7:remind-03_00_24-3_fc7): open (xenbuilder4.fedora.phx.redhat.com) -> closed
0 free 1 open 1 done 0 failed
22134 build (dist-fc7-updates-candidate, F-7:remind-03_00_24-3_fc7): open (xenbuilder4.fedora.phx.redhat.com) -> FAILED: BuildError: package remind not in list for tag dist-fc7-updates-candidate
0 free 0 open 1 done 1 failed
make: *** [koji] Error 1
So my question is, how can I get my package in the list for tag
dist-fc7-updates-candidate? :) Do I need to modify my request in my
bugzilla to include a different branch name?
How about for Fedora Core 8 (devel)?
Thanks in advance!
Ray
16 years, 10 months
Pidgin problem
by David Hunter
Try to launch pidgin (again in rawhide), from the terminal and it returns:
[dhunter@localhost ~]$ pidgin
pidgin: error while loading shared libraries: libpurple.so.0: cannot open
shared object file: No such file or directory
What needs to be fixed? What do I need to check?
--
David Hunter
16 years, 10 months
Summary - Broken dependencies in Fedora Extras 6 - 2007-05-31
by Fedora Koji Build System
======================================================================
The results in this summary consider unreleased updates in the
build-system's needsign-queue!
======================================================================
Summary of broken packages (by owner):
bbbush.yuan AT gmail.com
chmsee - 1.0.0-0.17.beta2.fc6.i386
chmsee - 1.0.0-0.17.beta2.fc6.ppc
chmsee - 1.0.0-0.17.beta2.fc6.x86_64
braden AT endoframe.com
openvrml - 0.16.4-2.fc6.i386
openvrml - 0.16.4-2.fc6.ppc
openvrml - 0.16.4-2.fc6.x86_64
openvrml-devel - 0.16.4-2.fc6.i386
openvrml-devel - 0.16.4-2.fc6.ppc
openvrml-devel - 0.16.4-2.fc6.x86_64
davidz AT redhat.com
livecd-tools - 008-1.fc6.noarch (26 days)
livecd-tools - 008-1.fc6.noarch (26 days)
jkeating AT redhat.com
koji-builder - 1.2.0-3.fc6.noarch (14 days)
koji-builder - 1.2.0-3.fc6.noarch (14 days)
koji-builder - 1.2.0-3.fc6.noarch (14 days)
karlthered AT gmail.com
gtkmozembedmm - 1.4.2.cvs20060817-8.fc6.i386
gtkmozembedmm - 1.4.2.cvs20060817-8.fc6.ppc
gtkmozembedmm - 1.4.2.cvs20060817-8.fc6.x86_64
tscherf AT redhat.com
Democracy - 0.9.5.1-5.fc6.i386
Democracy - 0.9.5.1-5.fc6.ppc
Democracy - 0.9.5.1-5.fc6.x86_64
======================================================================
Broken packages in fedora-extras-6-i386:
Democracy-0.9.5.1-5.fc6.i386 requires firefox = 0:1.5.0.10
chmsee-1.0.0-0.17.beta2.fc6.i386 requires firefox = 0:1.5.0.10
gtkmozembedmm-1.4.2.cvs20060817-8.fc6.i386 requires gecko-libs = 0:1.8.0.10
openvrml-0.16.4-2.fc6.i386 requires firefox = 0:1.5.0.10
openvrml-devel-0.16.4-2.fc6.i386 requires firefox-devel = 0:1.5.0.10
======================================================================
Broken packages in fedora-extras-6-ppc:
Democracy-0.9.5.1-5.fc6.ppc requires firefox = 0:1.5.0.10
chmsee-1.0.0-0.17.beta2.fc6.ppc requires firefox = 0:1.5.0.10
gtkmozembedmm-1.4.2.cvs20060817-8.fc6.ppc requires gecko-libs = 0:1.8.0.10
openvrml-0.16.4-2.fc6.ppc requires firefox = 0:1.5.0.10
openvrml-devel-0.16.4-2.fc6.ppc requires firefox-devel = 0:1.5.0.10
======================================================================
Broken packages in fedora-extras-6-x86_64:
Democracy-0.9.5.1-5.fc6.x86_64 requires firefox = 0:1.5.0.10
chmsee-1.0.0-0.17.beta2.fc6.x86_64 requires firefox = 0:1.5.0.10
gtkmozembedmm-1.4.2.cvs20060817-8.fc6.x86_64 requires gecko-libs = 0:1.8.0.10
openvrml-0.16.4-2.fc6.x86_64 requires firefox = 0:1.5.0.10
openvrml-devel-0.16.4-2.fc6.x86_64 requires firefox-devel = 0:1.5.0.10
======================================================================
Broken packages in fedora-extras-needsign-6-i386:
koji-builder-1.2.0-3.fc6.noarch requires createrepo >= 0:0.4.8-2
livecd-tools-008-1.fc6.noarch requires dosfstools >= 0:2.11-8
======================================================================
Broken packages in fedora-extras-needsign-6-ppc:
koji-builder-1.2.0-3.fc6.noarch requires createrepo >= 0:0.4.8-2
======================================================================
Broken packages in fedora-extras-needsign-6-x86_64:
koji-builder-1.2.0-3.fc6.noarch requires createrepo >= 0:0.4.8-2
livecd-tools-008-1.fc6.noarch requires dosfstools >= 0:2.11-8
16 years, 10 months