replacing MTRG with cricket.
by Shane Stixrud
Has there been any discussion toward either replacing MRTG with cricket,
or adding cricket to fedora? The only advantages I can think of that MRTG
holds over cricket is that MRTG depends on less supporting software (i.e.
RRD, perl libs etc..). In every other way I have measured cricket is more
advanced / functional / easy to use.
Shane.
--
"Given enough time, all legal battles in the tech industry will invoke the
DMCA. This generally means that all constructive arguments have ended."
-NialScorva (slashdot poster)
20 years, 4 months
rawhide report: 20040121 changes
by Build System
New package gnome-vfs-extras
The GNOME virtual file-system extra modules.
Removed package gnome-vfs2-extras
Updated Packages:
MAKEDEV-3.3.11-1
----------------
* Tue Jan 20 2004 Phil Knirsch <pknirsch(a)redhat.com> 3.3.11-1
- Added back the /dev/tty* files on s390(x), needed for expect.
anaconda-9.2-3
--------------
* Tue Dec 23 2003 Anaconda team <bugzilla(a)redhat.com>
- built new version from CVS
* Tue Oct 08 2002 Jeremy Katz <katzj(a)redhat.com>
- back to mainstream rpm instead of rpm404
* Mon Sep 09 2002 Jeremy Katz <katzj(a)redhat.com>
- can't buildrequire dietlibc and kernel-pcmcia-cs since they don't always
exist
anaconda-9.2-4
--------------
* Tue Dec 30 2003 Anaconda team <bugzilla(a)redhat.com>
- built new version from CVS
* Tue Oct 08 2002 Jeremy Katz <katzj(a)redhat.com>
- back to mainstream rpm instead of rpm404
* Mon Sep 09 2002 Jeremy Katz <katzj(a)redhat.com>
- can't buildrequire dietlibc and kernel-pcmcia-cs since they don't always
exist
anaconda-9.3-0.20040120181205
-----------------------------
* Tue Jan 20 2004 Anaconda team <bugzilla(a)redhat.com>
- built new version from CVS
* Thu Nov 06 2003 Jeremy Katz <katzj(a)redhat.com>
- require booty (#109272)
* Tue Oct 08 2002 Jeremy Katz <katzj(a)redhat.com>
- back to mainstream rpm instead of rpm404
checkpolicy-1.4-5
-----------------
* Tue Jan 20 2004 Dan Walsh <dwalsh(a)redhat.com> 1.4-5
- Update excludetypes with negset-final patch
coreutils-5.0-37
----------------
* Tue Jan 20 2004 Dan Walsh <dwalsh(a)redhat.com> 5.0-38
- Add pam_selinux to pam file to allow switching of roles within selinux
* Fri Jan 16 2004 Tim Waugh <twaugh(a)redhat.com>
- The textutils-2.0.17-mem.patch is no longer needed.
distcache-0.4.2-8
-----------------
* Tue Jan 20 2004 Joe Orton <jorton(a)redhat.com> 0.4.2-8
- rebuild
docbook-style-xsl-1.64.1-6
--------------------------
* Tue Jan 20 2004 Tim Waugh <twaugh(a)redhat.com> 1.64.1-6
- Fix last margin-left fix (bug #113456).
- Reduce instances of itemized/ordered lists having misalignments.
epiphany-1.0.7-1
----------------
* Tue Jan 20 2004 Jeremy Katz <katzj(a)redhat.com> 1.0.7-1
- 1.0.7
* Tue Dec 02 2003 Christopher Blizzard <blizzard(a)redhat.com> 1.0.4-3
- Add a BuildRequires for nautilus so that the view is built properly.
gcc-3.3.2-7
-----------
* Tue Jan 20 2004 Jakub Jelinek <jakub(a)redhat.com> 3.3.2-7
- update from gcc-3_3-branch
- PRs c++/12816, c++/13544, libstdc++/12352, libstdc++/12438,
middle-end/11397, middle-end/13392, objc/7993, opt/11350,
opt/12441, opt/13608, optimization/10392, target/11793,
target/12561, target/13069, target/13585, target/9365
- avoid needless R_.*_JU?MP_SLOT relocation in crtbegin*.o
- backport @GCC_3.4 exported routines from gcc-3_4-branch to libgcc_s.so.1
* Fri Jan 09 2004 Jakub Jelinek <jakub(a)redhat.com> 3.3.2-6
- update from gcc-3_3-branch
- PRs fortran/12632, target/13373, bootstrap/13068, middle-end/13475,
target/11576, optimization/13394, c/13382, target/11271,
middle-end/13400, optimization/13031, c++/13239,
c++/2294, c++/5050, c++/11554, c++/12696, c++/12862, c++/13070,
c++/13081, c++/13239, c++/13371, c++/13445, c++/13507,
libstdc++/13007
- fix endless loop on AMD64 (#112678, PR optimization/13521)
- fix __builtin_expect
* Fri Dec 19 2003 Jakub Jelinek <jakub(a)redhat.com> 3.3.2-5
- update from gcc-3_3-branch
- PRs target/11992, target/13122, optimization/13037,
target/13256, target/12598, optimization/13318,
optimization/13060, optimization/12965, target/13354,
optimization/4490, target/13150, middle-end/10060,
driver/13211, target/13302, target/11322, target/12467,
12969, target/8407, 10239, 11640, c++/12253,
c++/13262, c++/13323, fortran/12633, libstdc++/6243,
libstdc++/11612, libstdc++/12496, libstdc++/13290,
libstdc++/9371, libstdc++/9546, libstdc++/10093,
libstdc++/10095
- fix __builtin_expect in C++ code
- fix unwinding through SA_ONSTACK signal frames on IA-64
gcc-ssa-3.5ssa-0.20040120.109
-----------------------------
* Tue Jan 20 2004 Diego Novillo <dnovillo(a)redhat.com> 0.20040120.109
- Update to 2004-01-20 snapshot.
gnome-vfs2-2.5.5-3
------------------
* Wed Jan 21 2004 Alexander Larsson <alexl(a)redhat.com> 2.5.5-3
- provide gnome-vfs-extras2
httpd-2.0.48-9
--------------
* Tue Jan 20 2004 Joe Orton <jorton(a)redhat.com> 2.0.48-8.2
- use a large BSS in the test PIE executable to trigger bugs early
- tighten check on CPP output in MMN check (#113934)
* Mon Jan 19 2004 Joe Orton <jorton(a)redhat.com> 2.0.48-8
- add man page fixes
- mod_include: use parser rewrite+fixes from 2.0 branch (André Malo et al)
- mod_ssl: add distcache support (Geoff Thorpe)
- mod_ssl: SSL variable handling fixes for non-SSL connections (various)
- allow linking modules against specific libraries found during configure
hwdata-0.104-1
--------------
* Tue Jan 20 2004 Bill Nottingham <notting(a)redhat.com> 0.104-1
- switch sound module mappings to alsa drivers
kernel-2.6.1-1.52
-----------------
* Tue Jan 20 2004 Dave Jones <davej(a)redhat.com>
- Update to 2.6.1-bk6
* Mon Jan 19 2004 Dave Jones <davej(a)redhat.com>
- Update to 2.6.1-bk5
- Move broken vmlinux symlink to debuginfo package. (#111879)
- Fix PCMCIA & -mregparm3
- Disable SMBFS (CIFS is preferred).
* Sat Jan 17 2004 Dave Jones <davej(a)redhat.com>
- Update to 2.6.1-bk4
(CONFIG_PCMCIA_AHA152X temporarily turned off -- its broken)
openoffice.org-1.1.0-21
-----------------------
* Tue Jan 20 2004 Dan Williams <dcbw(a)redhat.com> 1.1.0-21
- Correct installed location in wrapper script
procps-2.0.17-7
---------------
* Tue Jan 20 2004 Dan Walsh <dwalsh(a)redhat.com> 2.0.17-7
- Remove LIBCURSES from skill and sysctl
rhpl-0.124-1
------------
* Tue Jan 20 2004 Jeremy Katz <katzj(a)redhat.com> - 0.124-1
- translate.py: return UTF-8 encoded strings (#113202)
* Thu Jan 08 2004 Brent Fox <bfox(a)redhat.com> 0.123.1-1
- add an entry for Korean keyboards (bug #112024)
* Tue Jan 06 2004 Jeremy Katz <katzj(a)redhat.com>
- mark keyboard model names as keyboard|name to make them differ
from language names (#84969)
rpmdb-fedora-1.90-0.20040121
----------------------------
samba-3.0.2-1rc1
----------------
* Mon Jan 19 2004 Jay Fenlason <fenlason(a)redhat.com> 3.0.2-1rc1
- Upgrade to new upstream version
* Wed Dec 17 2003 Felipe Alfaro Solana <felipe_alfaro(a)linuxmail.org> 3.0.1-1
- Update to 3.0.1
- Removed testparm patch as it's already merged
- Removed Samba.7* man pages
- Fixed .buildroot patch
- Fixed .pie patch
- Added new /usr/bin/tdbdump file
tcpdump-3.8.1-3
---------------
* Tue Jan 20 2004 Harald Hoyer <harald(a)redhat.de> 14:3.8.1-3
- corrected tcpslice (bpf.h issue)
* Tue Jan 13 2004 Harald Hoyer <harald(a)redhat.de> 14:3.8.1-2
- more security issues (patch 18)
tuxracer-0.61-25
----------------
* Tue Jan 20 2004 Thomas Woerner <twoerner(a)redhat.com> 0.61-25
- rebuild (new tcl and tk packages)
20 years, 4 months
Re: Request for Comments: updating RPMs using binary deltas
by Jef Spaleta
Lenz Grimmer wrote:
> SuSE has been doing this for quite some time now and is working
> very well.
> Installing patch RPMs does not need to be done via SuSE's YaST - it's all
> inside of RPM itself. I sent you the patches for RPM in a private message
> - - they are part of SuSE's "rpm" source RPM and are freely available. I
> have not checked the RPM devel mailing lists, but I would assume that SuSE
> has sent these patches upstream as well.
I'd rather not make assumptions about where and when communication
on this issues has actually happened. If you can actually reference a
redhat bugzilla entry where the Suse patch was submitted...or you can
reference a mailinglist url, that would be useful for me. I could be
blind but my quick scan of bugreports against rpm in the bugzilla at
redhat doesn't find the submitted patch bugreport. And knowing with some
accuracy as to when Suse introduced the patch, would help me attempt to
find relevant discussion in the rpm specific forums limited specifically
to Suse's patch.
I've been reading up both on the google groups archive AND the rpm
mailinglist. And I'd have to say that I'm not happy to see the people
pushing this issue now in the general fedora-devel list seem to have
also been the the rpm specific forums for awhile. So far, i've found
general discussion about rpm supporting the concept of patches dating
back to 1998(google groups is fun) or so involving xdelta (Back
when...end user bandwidth mattered). I'm not seeing much in the way of
"new" discussion in this list. At best discussion in this list is an
attempt to to gain public layperson support around the idea...an old
idea. I see no technical relevant reason in continuing to discussing
this..in yet another mailinglist..if discussion in rpm specific forums
dating back to 1998 have not yielded an upstream solution.
-jef
20 years, 4 months
Latest rhn-applet from rawhide
by Mike Chambers
As of yesterday, it seems the rhn-applet errors out trying to connect to
check for updates (although, up2date itself seems to work)..
Exception type exceptions.StopIteration
Exception Handler Information
Traceback (most recent call last):
File "/usr/share/rhn/rhn_applet/rhn_applet.py", line 458, in refresh
self.model.refresh(force)
File "/usr/share/rhn/rhn_applet/rhn_applet_model.py", line 374, in
refresh
self.__rpmdb__.refresh(force)
File "/usr/share/rhn/rhn_applet/rhn_applet_rpm.py", line 149, in
refresh
all_packages = self.__find_by_iter("match", 0)
File "/usr/share/rhn/rhn_applet/rhn_applet_rpm.py", line 104, in
__find_by_iter
h = iterator.next()
StopIteration
[mike@bart mike]$ rpm -qa | grep rhn
rhn-applet-2.1.5-1
rhnlib-1.4-10
--
Mike Chambers
Madisonville, KY
"It's funny until someone gets hurt...then it's hilarious!"
20 years, 4 months
Hello - there seems to be a bug in my first mail if you got it then ignor this one
by Chadley Wilson
Hello to all,
I am new to fedora, as I will need help and hope for solutions, I am
also prepared to help anyway I can,
My name is Chad I work for Pinnacle Micro and we are the third largest
manufacturer of PCs in South Africa, Our brand is called PROLINE and we
compete with Mecer and HP.
Our goal for the year is to launch a Proline Linux Range of PCs offering
a stable user friendly distro.
20 years, 4 months
procps3 in fedora core 2
by Alexander Larsson
I have now updated the procps in rawhide to procps3 3.1.15.
This is a different codebase than procps2 that we used to ship. There
are a few regressions in the command line options and output due to this
upgrade. I've listed the ones i know about in:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114012
The procps developers and I will do our best to try to fix these issues.
If you find any other difference in the output or command line switches,
please add that to the bug.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson Red Hat, Inc
alexl(a)redhat.com alla(a)lysator.liu.se
He's an otherworldly moralistic paramedic who hides his scarred face behind a
mask. She's a radical punk archaeologist with someone else's memories. They
fight crime!
20 years, 4 months
Re: Request for Comments: updating RPMs using binary deltas
by Jef Spaleta
I'm going to combine a couple Lamar Owen's previous post quotes here as
a way to streamline my response to him.
Lamar Owen wrote:
>In the ultimate realization there would be no 'fully cooked' updates
>The mirror would keep the original distribution files (just in case
>someone needed them) and the update patches.
Now...here's a wrinkle in your plan. Maybe you are not aware, and I
myself had to be reminded of this fact....in the past Red Hat has had to
respin isos for non-technical reasons. In the past the box sets isos
that have come out have ended up having different packages (but the same
package versions) because of things like legal reasons. The isos that
have gone to the mirrors had to be corrected, for non-technical reasons,
and ended up differing from the boxsets media that was produced in
advance of the actually distribution release date. That's a problem for
your plan...having multiple versions of what could be considered an
official distribution release. And frankly, since these respins in the
past have been for non-technical, dare I say legal, issues there is
never going to be a grantee that Fedora Core iso images are going to
need to be redone a few days after the release date. The legally tainted
iso images MUST be taken out of circulation, and the legally correct
isos and images must take their place. Your rpmdiff idea can not CLEANLY
take care of this sort of problem. Since its going to be difficult to
cleanly define the true original package for people who grab the legally
tainted release before it was purified. Its nice to dream that this
situation won't keep coming up...but its perfectly realistic that there
will be licensing and patent issue that don't get caught in testing and
someone out in the wild makes Fedora aware of the violation after the
official isosets are pushed. How do you push rpmdiff updates for
packages that have the exact same versioning numbers and are considered
offical and are signed by the same key? Start adding md5sum information
of the base package in the package name scheme?
Let's hope we don't have to test that sort of situation out with
something like a legal challenge in the US for the mono project on down
the line.
[ from another post in reply to another post from me ]
> When updates exceed 100MB _ALL_ users are low bandwidth, and dialup
> users are locked completely out. So they don't update at all, get
> hacked, and blame Linux.
There is an argument to be made that users shouuld expect to utilize the
same networking methods to get updates that they used to get isos.
Whether that network is broadband or sneakernet or their friends
stationwagon full of punchcards or even homing pigeons.
> Absolutely. I would think mirror operators would love to reduce the
> load on their servers, which this would as I've envisioned it. And
> their bandwidth bill might even go down.
I'm pretty sure seth is a mirror operator...
http://www.redhat.com/archives/fedora-devel-list/2004-January/msg00483.html
But maybe he didn't realize you meant to do this as part of the
all-powerful buildserver. I'm making popcorn in preparation for watching
more discussion from seth on this issue.
And i want to comment on making this a replacement and not providing the
fully baked rpms, you have to create the full update rpms to get the
diffs, so they have to exist, and they really need to be available as
part of a transparent process so people can verify the rpmdiff is
reintegrating the rpm correctly. Because reintegration for some people
WILL not work for them at some point, now you can come into #fedora irc
chat room at any time and try to explain to them that it SHOULD work
everytime for everybody...but users have an amazing ability to create
their own problems..that you didn't expect to see.
-jef"So...i wonder why noone has taken the time yet to attempt to build
the equivalent full set of rpmdiffs for ALL the published rhl 8.0
updates and started actually benchmarking this concept in a general use
case for a full lifetimes worth of updates..working with both original
boxset isos and the respun downloadable isos..and find an interested
mirror maintainer in the fedora core mirror list already and actually
start benchmarking how this is going to work in general use cases....we
been talking about this for what a whole day now....but I'm happy to
keep talking about...because i'm certaintly not interested in
implementing it myself"spaleta
20 years, 4 months
Bash
by Chadley Wilson
Hi can anyone please remind how to replace words in a text doc or script
using bash
eg replace all the word john with david
thanks
20 years, 4 months
(OT?) fedora advisories & EOL
by Arnaud Abélard
Hello,
Not sure this is the right list to ask, but since i've been subscribed
to this one since its creation, i thought i could ask here first.
I'm trying to figure out if Fedora Core is useable in production. By
this, i mean i'd like to know if the Fedora team will be releasing
security advisories and fixes for all the releases for at least 3 years.
Thanks,
A.
--
Arnaud Abélard
Administrateur réseaux et systèmes
Irin / Faculté des Sciences
Université de Nantes
20 years, 4 months