OT: eorgan945@uol.com.br
by shrek-m@gmx.de
hi eorgan945,
it is annoying !
[...blabla...]
Hi,
You´ve just sent a message to *eorgan945(a)uol.com.br*
In order to confirm the sent message,please click here
This confirmation is necessary because *eorgan945(a)uol.com.br* uses Antispam UOL, a service that avoids unwanted messages like advertising, pornography, viruses, and spams.
*Other messages sent to eorgan945(a)uol.com.br won't need to be confirmed*.*
*If you receive another confirmation request, please ask eorgan945(a)uol.com.br to include you in his/her authorized e-mail list.
[...]
please stop your antispam rules for this list, change your provider or unsubscribe.
http://www.redhat.com/archives/fedora-test-list/2005-December/msg00279.html
/Subject/: Re: test message - fishing for broken autoresponders.
--
shrek-m
18 years, 3 months
Pirut and memory usage
by n0dalus
Hi,
I ran the new package manager, and tried to install a few packages.
It's currently using between 110mb and 180mb of memory -- is this
normal? I can't imagine this program would work well on a low-memory
system. Does anyone else get this kind of memory usage?
n0dalus.
18 years, 3 months
Fedora Core 4 Test Update: foomatic-3.0.2-19.2
by Tim Waugh
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-017
2006-01-11
---------------------------------------------------------------------
Product : Fedora Core 4
Name : foomatic
Version : 3.0.2
Release : 19.2
Summary : Foomatic printer database.
Description :
Foomatic is a comprehensive, spooler-independent database of printers,
printer drivers, and driver descriptions. It contains utilities to
generate driver description files and printer queues for CUPS, LPD,
LPRng, and PDQ using the database. There is also the possibility to
read the PJL options out of PJL-capable laser printers and take them
into account at the driver description file generation.
There are spooler-independent command line interfaces to manipulate
queues (foomatic-configure) and to print files/manipulate jobs
(foomatic printjob).
The site http://www.linuxprinting.org/ is based on this database.
---------------------------------------------------------------------
Update Information:
This package fixes a conflict introduced by the HPLIP
update. Additionally, a few IEEE 1284 IDs have been added,
and some database corrections have been made.
---------------------------------------------------------------------
* Wed Jan 11 2006 Tim Waugh <twaugh(a)redhat.com> 3.0.2-19.2
- Make sure printers and drivers match up consistently (bug #177064).
* Sun Jan 8 2006 Tim Waugh <twaugh(a)redhat.com> 3.0.2-19.1
- Fix hpijs conflict (bug #177230).
* Tue Jun 7 2005 Tim Waugh <twaugh(a)redhat.com>
- Add IEEE 1284 ID for Epson Stylus Photo 870 (bug #159719).
* Wed May 25 2005 Tim Waugh <twaugh(a)redhat.com>
- Add IEEE 1284 ID for HP LaserJet 4250 (bug #157883).
* Thu May 19 2005 Tim Waugh <twaugh(a)redhat.com>
- Add IEEE 1284 ID for HP DeskJet 3845 (bug #157760).
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/
709c897742d3a0e08b32a542d97b87a873e2dd17 SRPMS/foomatic-3.0.2-19.2.src.rpm
8fe1e1049c5219a612ad7ab59b9a8fa0236d42cd ppc/foomatic-3.0.2-19.2.ppc.rpm
5b6906e484509ece25d8acc5ddb09b1342f7245d ppc/debug/foomatic-debuginfo-3.0.2-19.2.ppc.rpm
7c2fc8083f3c876d5cd099b033e313dd13552382 x86_64/foomatic-3.0.2-19.2.x86_64.rpm
8c81c04fe1791be6d63e39e33a8a4bf4390a496d x86_64/debug/foomatic-debuginfo-3.0.2-19.2.x86_64.rpm
a7005a0ddb41c7aa4f4d09b346eb666d0d10ac72 i386/foomatic-3.0.2-19.2.i386.rpm
c89fa17ecb85b2fdb48f067a7a4a5c5dcd987e87 i386/debug/foomatic-debuginfo-3.0.2-19.2.i386.rpm
This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command. You may
need to edit your up2date channels configuration. Within
/etc/sysconfig/rhn/sources enable the following line:
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4...
---------------------------------------------------------------------
18 years, 3 months
Re: Open source Flash 7 (mostly) player
by Benjamin Youngdahl
Ok, so the Gnash firefox plugin doesn't work so well, and it won't compile
for 64-bit. Sounds like a couple of good reasons to pass on it for now.
I'll keep my eye on it; Gnash combined with OpenLaszlo would be a very nice
open source Flash development environment.
Ben
18 years, 3 months
speed process startup by 7%
by John Reiser
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162797
The kernel's random placement of the vDSO page disrupts prelinking.
This happens to about 7% of the execve on x86 that use only libc.so.6,
and grows to more than 60% of the execve for KDE, Gnome, multimedia
or any application with many and/or large prelinked shared libraries.
The bugzilla 162797 contains a patch which reduces the cost to zero,
and offers the administrator more choices: current random vDSO,
vDSO one page below STACK_TOP, vDSO just below .text of main.
It could be extended to place vDSO just below .text of PT_INTERP
(ld-linux.so.2), which would keep some benefits of randomness
(namely, the randomness of prelinking) yet still avoid stepping
on prelinked shared libraries. (Prelink policy leaves at least
one page between prelinked libs.)
Wouldn't you rather save 7% ?
--
18 years, 3 months
Latest rawhide vs Bootchart
by Mike Chambers
Just out of curiousity I installed bootchart and ran it against the
latest rawhide (yesterday) install just to see what the fuss is all
about. As far as I can tell, it took 40 seconds to boot up? Hrm, think
that is just from when the services actually started and not the time I
hit enter at the grub prompt?
Anyway, here is the URL to my bootchart if anyone is interested...
http://www.miketc.com/bootchart.png
--
Mike Chambers
Madisonville, KY
"It's only funny until someone gets hurt, then it's hilarious!"
18 years, 3 months
Re: [Mono-dev] mysql-connector-net RPM building Q
by Paul F. Johnson
Hi,
> I've mostly got the rpm done for mysql-connector-net (replaces
> ByteFX.Data in mono). The problem is that the mono packages currently
> being built aren't being correctly built for x86_64 - everything is
> being placed in /usr/lib rather than /usr/lib64 (which is the correct
> place and works fine).
>
> I've filed a bugzilla report on this (Bug 177508)
>
> This needs to be done sooner rather than later to ensure packages built
> for FE comply with FE build rules. Having non i386 architecture
> explicitly removed from builds on this is not a good idea.
OOops, wrong list (I sent it to the mono developers list!)
TTFN
Paul
--
"Logic, my dear Zoe, is merely the ability to be wrong with authority" -
Dr Who
18 years, 3 months
Re: Mono [Re: rawhide report: 20060110 changes]
by Alexander Larsson
On Tue, 2006-01-10 at 14:43 -0700, Trever L. Adams wrote:
> Okay, I am actually glad this happened. However, I have two gripes. Why
> was 1.13 not included? It is newer and fixes several problems?
Because it was released very very recently.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson Red Hat, Inc
alexl(a)redhat.com alla(a)lysator.liu.se
He's a fast talking misogynist grifter who hides his scarred face behind a
mask. She's a violent paranoid detective from aristocratic European stock.
They fight crime!
18 years, 3 months
A couple of Yum issues: Wildcards and Dependencies
by n0dalus
Hi,
I've recently updated yum, and now it doesn't seem to be working with wildcards:
[root@fedora5 ~]# yum update '*rpm*'
Loading "installonlyn" Plugin
Setting up Update Process
Setting up repositories
extras-dev: ######################## 2/2
Reading repository metadata in from local files
Examining pam-0.80-14.i386.rpm: pam - 0.80-14.i386
Examining pam-devel-0.80-14.i386.rpm: pam-devel - 0.80-14.i386
pam-0.80-14.i386.rpm: does not update installed package.
pam-devel-0.8-14.i386.rpm: does not update installed package.
No Packages makred for Update/Obsoletion
Why is it globbing files when I am using quotes?
The other issue I had is that when I ran:
# yum install pirut
It complained that firstboot needed system-config-packages (since
pirut obsoletes system-config-packages), despite the fact that a
firstboot update was available and it could have updated it and
resolved the dependency. I don't have the command output here, but I
was wondering what might have caused this.
Any comments are appreciated.
n0dalus.
18 years, 3 months