Re: no ... *really* ... any ETA for updated beta?
by Jef Spaleta
Féliciano Matias
>I don't blame RedHat for not respecting the initial scheduler. I blame
>RedHat for not fully keeping the promise to open RHLP process.
And I'm pretty sure...the "promise" to have a fully open process
wasn't meant for THIS beta cycle. THIS beta cycle is still pretty much
the same tradition beta process....yes lets blame red hat for stating an
intent to move to a more open process in the FUTURE. And let's also
blame them for not just deciding on their own all the details of what
that open process should look like before stating their intent. You
just don't get it....the opening up isn't just going to happen with a
snap of someone's fingers....there is an on-going internal process
inside red hat to make it possible to have the 'right' open process in
the future....the general community really doesn't need a blow by blow
of what that means right now...leave something interesting to research
for the author of 'Red Hat: a historical perspective of the most
influential technology company of the 21st century, and savior of the
human race from the alien invasion of 2073'
And I'm pretty sure you've missed the point of what a more open
community project will mean...in the future....it means incorporating
community members into the actually development process...people in
charge of maintaining packages and doing bugzilla work and working on
mundane stuff like install and task based help documentation . Having a
daily update as to when the next beta isoset is coming out, for the rest
of us spectators who arent directly involved in positions of
responsibility for rhl components....isn't really the point of what
opening up the process means. Even, in the future, when this development
process IS more open, and community members are in positions of
responsibility for how rhl is being developed and maintained...whether
or not people like myself know with great accuracy when the beta2 iso
set is coming is still not going to be important. Now as a beta
tester...i'm curious as to when i can expect the next iso...but i
certainly don't need to know before its ready.
Once outside package maintainers are inside the rhl process...in later
releases/beta phases....there will be a need for those people to have
reasonable estimates as a guideline for their own packaging work, if for
example there are engineer goals to meet for each beta phase. We
betatesters as spectators to that process, will most likely get access
to that information too....but we still won't NEED it...and it certainly
won't ever be a priority to hand that information to the general
community in easily digestable ways...thats a waste of effort..until we
have community members in place to be responsible for exactly that sort
of general information updating. In the future, there will certainly be
room in the redhat eco-system for something like a community editted
equivalent to mozillazine to keep the general community abreast of beta
development issues. But making bold authoritative estimates in a general
way to people who aren't directly responsible for parts of the
development effort just succeeds in inspiring the unfortunate and
short-sighted usage of words like "shame" "blame" and "promise" when
dates start slipping.
-jef"pam_dotfile is actually sort of useful"spaleta
20 years, 7 months
New up2date broken
by Pat Gunn
Hey all,
today I grabbed the latest up2date, and it appears to be unable to grab new
packages. The version is 3.9.13-2, so I suggest you not upgrade to that
particular version when it asks.
Sample error:
Fetching rpm headers...
########################################
Testing package set / solving RPM inter-dependencies...
########################################
curl-7.10.6-2.i386.rpm: ########################## Done.
There was some sort of I/O error: [Errno 2] No such file or directory: '/var/spool/up2date/curl-7.10.6-2.i386.rpm'
---
Pat Gunn
mod: csna, bmcm, bmco, cooa, cona, clpd comod: coom
http://dachte.org
"Once the game is over, the King and the pawn go back in the same box."
--Italian Proverb
20 years, 7 months
Unsatisfied dep: libcom_err.so.3
by Scott Bell
After upgrading to the latest in the severn-updates channel, I had one
dependency unfilled -- libcom_err.so.3. This was required by my totem
package so I removed that until the update was complete. Now, prior to
the update that was provided by the kerberos packages but now it doesn't
seem to be provided anymore. I'm assuming that it has been moved to
another package that wasn't in my upgrade path, so I wonder if anyone
can provide any insight on that.
Thanks,
- Scott
20 years, 7 months
OT: blaster-e, kimble.org, 127.0.0.1
by shrek-m@gmx.de
hi,
i am a little bit confused.
i get always "127.0.0.1" with host, dig, nslookup for "kimble.org"
$ host kimble.org <caching-nameserver_or_different_nameservers>
kimble.org has address 127.0.0.1
do you get the same result?
http://www.sophos.com/virusinfo/analyses/w32blastere.html
* The registry entry used has been changed to
HKLM\Software\Microsoft\Windows\CurrentVersion\
Run\Windows Automation
* The target for the Distributed Denial-of-Service attack has been
changed to kimble.org
* The internal message has been changed to
"I dedicate this particular strain to me ANG3L -
hope yer enjoying yerself and dont forget the
promise for me B/DAY !!!!."
--
shrek-m
20 years, 7 months
GNOME Panel has incorrect icon
by Kyle Maxwell
Unless I'm mistaken, the Red Hat icon for the main menu in the panel has
changed to a typewriter (?!) after doing the latest updates from RHN
severn-updates channel. There's a shot available at
http://xwell.org/archives/Screenshot-Gnome-panel.png. I'm using
redhat-artwork-0.80-1 (not sure if it's another package).
Simultaneously, many of the icons in the main menu have disappeared
(Games, Graphics, Internet, Programming, Sound & Video, and System
Tools).
Also, I don't know if it's related, but the Log Out and Lock selections
in the menu have disappeared; AFAICT I'll have to log out with
<CTRL>-<BKSPC>.
Is there something I'm missing (eg a config that needs to be edited)? Or
should I file in Bugzilla? Or am I just behind the curve and this is
already being worked out?
--
Kyle Maxwell <kylem(a)xwell.org>
20 years, 7 months
Re: GNOME Panel has incorrect icon
by sean darcy
On Wednesday 27 Aug 2003 at 16:08:51, Alexander Larsson wrote:
>..............
>Can you all try gnome-panel-2.3.7-1 when it reaches rawhide?
Same result. I also tried rebuilding and reinstalling redhat-menus. Still
just the gnome main menu.
Matt Whiteley's trick does work, however.
sean
_________________________________________________________________
Enter for your chance to IM with Bon Jovi, Seal, Bow Wow, or Mary J Blige
using MSN Messenger http://entertainment.msn.com/imastar
20 years, 7 months
gphpedit
by Antti
Has anyone compiled gphpedit for severn. It crashes so often that it
can't be used. I'm not sure if some other package should also be
updated/compiled.
20 years, 7 months
Re: no ... *really* ... any ETA for updated beta?
by Jef Spaleta
HoytDuff wrote:
>BTW, if it matters, a final release date for next year in mid-August
>would be great.
Better ask for it to be the beginning of August...to account for a
little date slippage from all the time mharris spends eating
breakfast...stuff like that really adds up to significant amounts of
wasted developer time when you consider how much addition time gets
wasted when you include the associated cost of bathroom breaks that
actually eating food requires.
-jef"If Red Hat really cared about keeping to a published schedule they
should implement a mandatory iv and catheter program as a developer
productivity enhancement step"spaleta
20 years, 7 months
yum quit
by Thomas Dodd
After installing some updates from rawhide, yum quit.
# yum check-update
Traceback (most recent call last):
File "/usr/bin/yum", line 22, in ?
import yummain
File "yummain.py", line 21, in ?
File "clientStuff.py", line 25, in ?
File "pkgaction.py", line 24, in ?
File "rpmUtils.py", line 9, in ?
File "urlgrabber.py", line 21, in ?
File "/usr/lib/python2.2/urllib2.py", line 101, in ?
import ftplib
File "/usr/lib/python2.2/ftplib.py", line 68, in ?
all_errors = (Error, socket.error, IOError, EOFError)
AttributeError: 'module' object has no attribute 'error'
If I remove socket.error from the all_errors, I get
Traceback (most recent call last):
File "/usr/bin/yum", line 22, in ?
import yummain
File "yummain.py", line 21, in ?
File "clientStuff.py", line 25, in ?
File "pkgaction.py", line 24, in ?
File "rpmUtils.py", line 9, in ?
File "urlgrabber.py", line 37, in ?
File "keepalive.py", line 164, in ?
AttributeError: 'module' object has no attribute 'HTTPResponse'
Since ftplib comes from python-2.2.3-3 which wasn't updated, I clueless.
The relevant update was:
quanta 6:3.1.3-1.i386
pango 1.2.5-1.1.i386
postgresql-libs 7.3.3-12.i386
newt 0.51.6-1.i386
net-tools 1.60-20.1.i386
openldap 2.1.22-5.i386
quota 1:3.06-11.i386
procps 2.0.13-8.i386
pan 1:0.14.1-1.i386
ntsysv 1.3.8-4.i386
nmap 2:3.30-1.i386
perl 3:5.8.1-90.rc4.2.i386
pygtk2 1.99.16-10.i386
octave 6:2.1.50-3.i386
nfs-utils 1.0.5-1.i386
nscd 2.3.2-78.i386
popt 1.8.1-0.30.i386
openssl 0.9.7a-17.i686
qt-devel 1:3.1.2-14.i386
nss_ldap 207-3.i386
ots 0.4.0-1.i386
qt-designer 1:3.1.2-14.i386
pygtk2-libglade 1.99.16-10.i386
net-snmp 5.0.8-9.1.i386
openmotif 2.2.2-16.1.i386
parted 1.6.3-24.i386
xterm 179-4.1.i386
pyorbit 1.99.6-1.i386
qt 1:3.1.2-14.i386
pam_smb 1.1.7-2.i386
patchutils 0.2.24-2.i386
openjade 1.3.2-6.i386
portmap 4.0-56.1.i386
pam_krb5 2.0.1-1.i386
pam 0.77-3.i386
nmap-frontend 2:3.30-1.i386
-Thomas
20 years, 7 months
A solution to the Galeon situation?
by Anthony Joseph Seward
I've been using galeon as my browser for a while and have gotten used to
it's session features and smart bookmarks. I've tried to move to
Mozilla, but can't import my bookmarks and it doesn't seem to have
sessions. I've tried building Galeon 1.3, but it keeps crashing when I
try to print or open the preferences dialog.
Is there a better solution? Anyone? Anyone?
Tony
--
Anthony Joseph Seward <anthony.seward(a)ieee.org>
20 years, 7 months