On Sun, Jan 10, 2010 at 9:15 AM, Ionut Biru<biru.ionut@gmail.com> wrote:
hi,
just a head up to announce that it's better to wait a few days before
updating.
for devs, who want to rebuild mplayer, we have a lot of pending bugs for
this and vdpau support is the most requested.
mplayer doesn't need to be rebuild (it's not on the list).
i notice that after i sent, but i was thinking is a good opportunity to
cut down those older bugs for mplayer now. if nobody wasn't to
recompile, i'll do it later.
i know there was in the past some linking problems agaisn't freetype.
How does previous maintainer handle that? If i remember well ./configure
had to be executed as root.
--
Ionut
01-10-2010, 04:52 PM
Eric Bélanger
On Sun, Jan 10, 2010 at 12:13 PM, Ionut Biru <biru.ionut@gmail.com> wrote:
> On 01/10/2010 07:04 PM, Eric Bélanger wrote:
>>
>> On Sun, Jan 10, 2010 at 9:15 AM, Ionut Biru<biru.ionut@gmail.com> *wrote:
>>>
>>> hi,
>>> just a head up to announce that it's better to wait a few days before
>>> updating.
>>>
>>> for devs, who want to rebuild mplayer, we have a lot of pending bugs for
>>> this and vdpau support is the most requested.
>>>
>>
>> mplayer doesn't need to be rebuild (it's not on the list).
>>
> i notice that after i sent, but i was thinking is a good opportunity to cut
> down those older bugs for mplayer now. if nobody wasn't to recompile, i'll
> do it later.
Sure no problem.
>
> i know there was in the past some linking problems agaisn't freetype. How
> does previous maintainer handle that? If i remember well ./configure had to
> be executed as root.
>
> --
> Ionut
>
So far, I've found a couple of packages on the todo list that didn't
need to be rebuilt (electricsheep and gegl). I've removed them from
the list. It might be a good idea to check if a rebuild is needed
before rebuilding a package to save some unnecessary work.
01-11-2010, 10:06 AM
Ionut Biru
On 01/10/2010 07:52 PM, Eric Bélanger wrote:
On Sun, Jan 10, 2010 at 12:13 PM, Ionut Biru<biru.ionut@gmail.com> wrote:
On 01/10/2010 07:04 PM, Eric Bélanger wrote:
On Sun, Jan 10, 2010 at 9:15 AM, Ionut Biru<biru.ionut@gmail.com> wrote:
hi,
just a head up to announce that it's better to wait a few days before
updating.
for devs, who want to rebuild mplayer, we have a lot of pending bugs for
this and vdpau support is the most requested.
mplayer doesn't need to be rebuild (it's not on the list).
i notice that after i sent, but i was thinking is a good opportunity to cut
down those older bugs for mplayer now. if nobody wasn't to recompile, i'll
do it later.
Sure no problem.
i know there was in the past some linking problems agaisn't freetype. How
does previous maintainer handle that? If i remember well ./configure had to
be executed as root.
--
Ionut
So far, I've found a couple of packages on the todo list that didn't
need to be rebuilt (electricsheep and gegl). I've removed them from
the list. It might be a good idea to check if a rebuild is needed
before rebuilding a package to save some unnecessary work.
the rebuild is almost over. There are two packages that haven't been
rebuilt.
cinelerra-cv - doesn't build with external ffmpeg, solution is to build
with the internal one(Daniel what do you think about that?)
moonlight - i didn't even touch on it since it doesn't build (need some
mono stuff at build) and Daniel Isenmann said that he will move in
extra. Maybe now is a good opportunity and upload it in testing
--
Ionut
01-11-2010, 05:59 PM
Rudi Ahlers
On Mon, Jan 11, 2010 at 5:49 PM, Karanbir Singh <mail-lists@karan.org> wrote:
> On 01/11/2010 03:17 PM, Rudi Ahlers wrote:
>> Nope, there's a newer kernel installed already. I need this particular
>> older one for one of the XEN domU's on this server, and don't want to
>> downgrade the running kernel and reboot the server
>
> man yum,
>
> look at the --showduplicates option. you can then use the output to have
> yum with specific versions eg:
>
> yum install <pkg>-<version>
>
> --
> Karanbir Singh
Thanx, this is exactly what I needed And now I learned something new as well
> ----- "Shahar Luxenberg" <shahar@checkpoint.com> wrote:
>
> > Hi,
> >
> >
> >
> > Environment: Red Hat Enterprise Linux Server release 5.2 (Tikanga),
> > x86, 2.6.18-92.el5
> >
> > I’ve installed crash 5.0.0 and noticed lots of error messages during
> > startup of the form:
> >
> > ‘crash: input string too large: "804328c4:" (9 vs 8)’
> >
> > This doesn’t happen with crash 4.1.2
> >
> >
> >
> > While debugging it a little, I’ve noticed that BUG_x86 is calling gdb
> > with the x/i command:
> >
> > sprintf(buf1, "x/%ldi 0x%lx", spn->value - sp->value, sp->value);
> >
> > The return buffer (buf2) is: 0x80430800: push %ebp
> >
> > On 4.1.2, the return buffer (buf2) is: 0x80430800 <do_exit>: push %ebp
> >
> > This explains the problem since parse_line will parse the line
> > differently returning ‘0x80430800:’ on arglist[0] and nothing on
> > arglist[2] (crash 5.0.0) while returning 0x80430800 on arglist[0] and
> > ‘push’ on arglist[2].
> >
> > Have you noticed this kind of problem?
>
> I see it now, at least on 2.6.18-era kernels. It doesn't seem to happen
> with earlier RHEL4 (2.6.9-era) vmlinux files for some reason. And on anything
> later than 2.6.20, the code in question isn't run. Anyway, as you tracked
> it down, the x86 code disassembly output is different, but should be trivial
> to fix.
>
> Thanks for the report,
> Dave
Patch attached, and queued for the next release.
Dave
--
Crash-utility mailing list
Crash-utility@redhat.com
https://www.redhat.com/mailman/listinfo/crash-utility
01-12-2010, 07:48 AM
Helmut Jarausch
On 11 Jan, James Ausmus wrote:
> On Mon, Jan 11, 2010 at 1:51 AM, Helmut Jarausch <
> jarausch@igpm.rwth-aachen.de> wrote:
>
>> Hi,
>>
>> I've tried (for the first time) to install the
>> source version of firefox
>> www-client/mozilla-firefox-3.5.7
>> with useflags
>> alsa bindist dbus gnome java linguas_de linguas_en sqlite
>> startup-notification
>>
>> It builds just fine,
>> BUT
>> when I start firefox I get only a tiny (real tiny!)
>> window. When I enlarge it (dragging a vertex of the window)
>> it's just empty.
>>
>>
Starting firefox from a remote system did work, so I tried
to restart X11.
After my window manager (IceWM) had stopped I could see that
the firefox window was there indeed, BUT previously hidden behind
IceWM's background (icewmbg).
I couldn't close this window, though.
Killing X11 and restarting X11 solved the problem.
I've never seen such an effect before and the problem
is solved because it's working now, not because
I've understood what was going on.
Many thanks to all who helped me,
Helmut.
--
Helmut Jarausch
Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen University
D 52056 Aachen, Germany
01-12-2010, 02:10 PM
Helmut Jarausch
On 10 Jan, walt wrote:
> On 01/10/2010 03:35 AM, Helmut Jarausch wrote:
>> On 9 Jan, walt wrote:
>>> On 01/09/2010 07:42 AM, Helmut Jarausch wrote:
>>>> On 8 Jan, walt wrote:
>>>>> On 01/08/2010 04:18 AM, Helmut Jarausch wrote:
>>>>>> Hi,
>>>>>>
>>>>>> Firefox (www-client/firefox-bin-3.5.6) doesn't see my CUPS printers
>>>>>> anymore.
>>>>>> It just shows "Any Printer" and lateron "Print to LPR"
>>>>>
>>>>> My cups printers are specified in /etc/cups/printers.conf. Does that
>>>>> file have appropriate printer info in it?
>>>>>
>>>>>
>>>> Yes, it contains several printers.
>>>> And these can be used by other software without problems.
>>>
>>> Ah, that's an important piece of information you left out before.
>>>
>>> Firefox is looking at localhost:631 I assume? What happens if you use
>>> different browser, like epiphany, or konqeror, or even lynx?
>>
>> epiphany and konqeror both see all printers like previous versions of
>> Firefox.
>
> Certainly sounds like there is something broken in firefox. BTW, 3.5.6
> is already obsolete, 3.5.7 was just released. Maybe an update would fix
> the problem. If using the 'bin' version of 3.5.7 still doesn't work, I
> would suggest using the non-bin version instead.
The binary version (32 bits on AMD64) seems to be broken in version
3.5.* . Compiled from source it works just fine.
Many thanks to all who have helped me,
Helmut.
--
Helmut Jarausch
Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen University
D 52056 Aachen, Germany
01-12-2010, 02:18 PM
Ionut Biru
On 01/11/2010 01:06 PM, Ionut Biru wrote:
On 01/10/2010 07:52 PM, Eric Bélanger wrote:
On Sun, Jan 10, 2010 at 12:13 PM, Ionut Biru<biru.ionut@gmail.com> wrote:
On 01/10/2010 07:04 PM, Eric Bélanger wrote:
On Sun, Jan 10, 2010 at 9:15 AM, Ionut Biru<biru.ionut@gmail.com>
wrote:
hi,
just a head up to announce that it's better to wait a few days before
updating.
for devs, who want to rebuild mplayer, we have a lot of pending
bugs for
this and vdpau support is the most requested.
mplayer doesn't need to be rebuild (it's not on the list).
i notice that after i sent, but i was thinking is a good opportunity
to cut
down those older bugs for mplayer now. if nobody wasn't to recompile,
i'll
do it later.
Sure no problem.
i know there was in the past some linking problems agaisn't freetype.
How
does previous maintainer handle that? If i remember well ./configure
had to
be executed as root.
--
Ionut
So far, I've found a couple of packages on the todo list that didn't
need to be rebuilt (electricsheep and gegl). I've removed them from
the list. It might be a good idea to check if a rebuild is needed
before rebuilding a package to save some unnecessary work.
the rebuild is almost over. There are two packages that haven't been
rebuilt.
cinelerra-cv - doesn't build with external ffmpeg, solution is to build
with the internal one(Daniel what do you think about that?)
done
moonlight - i didn't even touch on it since it doesn't build (need some
mono stuff at build) and Daniel Isenmann said that he will move in
extra. Maybe now is a good opportunity and upload it in testing
i'll remove it from repos when x264 is moved in extra.
The rebuilt is finish from now on, we accept bugs
--
Ionut
01-12-2010, 02:20 PM
Dale
Helmut Jarausch wrote:
The binary version (32 bits on AMD64) seems to be broken in version
3.5.* . Compiled from source it works just fine.
Many thanks to all who have helped me,
Helmut.
File a roach report maybe? At least that way it will be fixed for
others who use it.
Dale
:-) :-)
01-12-2010, 09:30 PM
"ANDREW A. MCELWEE,JR"
CHUBB PERSONAL INSURANCE CASH ACCUMULATION MASTERPIECE POLICYHOLDER OWNERSHIP.
DEAR FRIEND,
FORGIVE MY INDIGNATION IF THIS MESSAGE COMES TO YOU AS A SURPRISE AND MAY OFFEND YOUR PERSONALITY FOR CONTACTING YOU WITHOUT YOUR PRIOR CONSENT AND WRITING THROUGH THIS CHANNEL.I GOT YOUR CONTACT FROM A PROFESSIONAL DATABASE FOUND ON THE INTERNET WHILE SEARCHING FOR A RELIABLE AND HONEST PERSON THAT WILL ASSIST ME TO SAFE GUARDA0 UND INTO AN ACCOUNT OVERSEA. I WAS DIVINE LYINSPIRED TO PICK YOUR NAME AMONG ALL OTHER NAMES FOUND IN THE DATABASE.
MY NAME IS ANDREW A. MCELWEE, JR. CHIEF OPERATING OFFICER, PERSONAL INSURANCE DEPARTMENT OF THE CHUBB INSURANCE COMPANY OF EUROPE S.A. I AM WRITING IN RESPECT OF A FOREIGN CLIENT [MASTERPIECE POLICYHOLDER] OF THE ABOVE NAMED INSURANCE COMPANY [ENGR.WILLIAM F. ABRAHAMSON OF AMERICA] WHO PERISHED IN THE U.S 9/11/2001,TERRORIST ATTACK WITH OTHER PASSENGERS ABOARD AS YOU ARE AWARE OF THIS FACT OR CAN CONFIRM IT YOURSELF.
SINCE THE DEMISE OF ENGR.WILLIAM F. ABRAHAMSON,I PERSONALLY HAVE WATCHED WITH KEEN INTEREST TO SEE THE BENEFICIARY TO HIS MASTERPIECE POLICYHOLDER, BUT ALL HAS PROVED ABORTIVE AS NO ONE HAS REPORTED TO CLAIM HIS BENEFIT OF [PERSONAL INSURANCE CASH ACCUMULATION MASTERPIECE POLICYHOLDER OWNERSHIP] OF TOTAL SUM AMOUNTING TO A315,860 000.00 [FIFTEEN MILLION EIGHT HUNDRED AND
SIXTY THOUSAND POUNDS STERLING] ONLY, EXITING WITH THE INSURANCE COMPANY WHEN ADDED UP THE FOLLOWING BONUS: BASIC ALLOWANCE, WAIVER PREMIUM AND ACCIDENTAL INDEMNITY, WHICH HAS BEEN WITH THE INSURANCE COMPANY FOR A VERY LONG TIME UNCLAIMED.
ON THIS VERY NOTE; AS NO ONE HAS COME TO PUT UP ANY CLAIM REPORT TO OUR OFFICE AS REGARDS TO THE BENEFICIARY TO THE MASTERPIECE POLICYHOLDER OWNERSHIP AND THE INSURANCE ETHIC HERE IN THE UK, REGULATED BY THE FINANCIAL SERVICE AUTHORITY (FSA) RULES FOR THE CONDUCT OF UK BUSINESS, INSURANCE CODE AND BUSINESS INSURANCE CODE STANDARDS OF WHICH CHUBB INSURANCE COMPANY IS A MEMB
ER OF THE FINANCIAL OMBUDSMAN SCHEME. DOES NOT ALLOW SUCH CLAIM TO STAY FOR OVER MORE THAN MANY YEARS, BECAUSE THE COMPANY SHALL HAVE POWER AFTER TEN GOOD YEARS TO DISCONTINUE THE POLICY AND TERMINATE THE INSURED MASTERPIECE POLICYHOLDER OWNERSHIP BENEFITS.
IN VIEW OF THE AFOREMENTIONED, AFTER I WAS CONVINCED IN MY MIND THAT YOUR NAME COULD BE USED AS THE BENEFICIARY TO THIS MASTERPIECE POLICY HOLDER OWNERSHIP CLAIM.THE NEED FOR A FOREIGNER AS THE BENEFICIARY TO CLAIM THE MASTER PIECE POLICY HOLDER OWNERSHIP IS OCCASIONED BY THE FACT THAT THE [CLIENT] MASTERPIECE POLICY HOLDER OWNERSHIP WAS A FOREIGNER AND AS A STAFF OF THE COMPANY I CANNOT STAND AS THE BENEFICIARY TO A FOREIGNER IN THIS CLAIM.
I THEREFORE PROPOSE THAT 40% OF THIS ABOVE FUND WILL BE FOR YOU AS A FOREIGN PARTICIPANT IN RESPECT OF YOUR INVOLVEMENT, COMPLIANCE AND FULL CO-OPERATION TOWARDS THE SUCCESSFUL CLAIMANT, WHILE 5% WILL BE FOR ANY EXPENSES THAT MIGHT BE INCURRED IN THE PROCESS OF PROCURING SATISFACTORY PROOF DOCUMENTS TO BE ISSUED ON YOUR NAME LEGALLY FOR BACK-UP TO ENABLE CHUBB INSURANCE COMPANY OF EUROPE S.A. PAY THE LUMP SUMS AND ALLOWANCE BENEFITS AS SET OUT UNDER THE CHUBB PERSONAL INSURANCE CASH ACCUMULATION MASTERPIECE POLICY HOLDER OWNERSHIP SCALE OF COMPENSATION AND THE REST FUND WILL BE FOR ME. THEREAFTER, I WILL VISIT YOUR COUNTRY FOR DISBURSEMENT OF FUND AS I AM ALMOST DUE FOR RETIREMENT.UPON THE RECEIPT OF YOUR POSITIVE REPLY, I WILL THEN INFORM YOU THE NEXT STEP TO TAKE.
I WILL NOT FAIL TO BRING TO YOUR GOOD NOTICE THAT THIS DEAL IS 100% HITCH FREE, AS THE WHOLE REQUIRED ARRANGEMENT HAS BEEN SKILLFULLY PERFECTED FOR THE MASTERPIECE POLICY HOLDER OWNERSHIP CLAIM.
MY HIGHEST CONSIDERATIONS AND REGARDS AS I AWAIT YOUR URGENT RESPONSE.
THANK YOU.
ANDREW A. MCELWEE,JR.
DIRECT TEL: +44-701-114-8096
EMAIL: andrewmcelweejr@live.com
Note: kindly reply to this email address for security reasons: andrewmcelweejr@live.com OR andrewmcelweejr@webmail.co.za
And now I learned something new as well
