Re: APT, Yum and Red Carpet
by Jef Spaleta
Hans Deragon wrote:
>apt/synaptic is already developped by debian users. It is code already
>reused from another distribution. But you have a point to some extent.
I think you missed my point about development momentum..and development
path INSIDE rhl. Would you also suggest that redhat use debian's package
format in place of rpm....and how about using debian's installer in
place of anaconda. Like I said you'd have to be pretty persuasive to
convince people get rid of the redhat's homegrown tools in place of
something else. There are rare moments in a project's development
lifespan where dropping a toolset in favor of a different ones is going
to actually be the developer preference. Hell lets just drop redhat's
homegrown tools completely...all of the python based redhat-config-*
tools..and just start from scratch with debian stable...thats my vote.
You need to keep in mind the real investment in development manhours
that has been made on a specific technology implementation that is
already in rhl. the python tools arent going anywhere...and if you can
roll functionality into those existing python tools then the longterm
development effort is better spent doing that. adding yet another gui
tool (synaptic) is not the right way to do it. You want to extend your
investment in the toolset you have...extend the functionality of
anaconda and r-c-p into accessing 3rd party repos. A quick synaptic fix
is not the best use of previous developer time investments nor future
development time. There will ALWAYS be better featuresets in some other
piece of software that tries to provide the functionality you want to
provide...but there are long term development trade-off especially if
you are trying to integrate that functionality into multiple tools.
Wouldn't you love to see a native install option of askmethod to be a
repository? How does investing in synaptic going to give you that.
Investing in a python native way to access repositories seems like a
natural first step for longer term goals surrounding the existing python
based tools. My crystal ball tells me the next 2 years will
be...fascinating.
-jef"but if redhat moves to the slackware installer code base..my
argument is null and void"spaleta
20 years, 10 months
RE: APT, Yum and Red Carpet
by Pavel Rosenboim
> -----Original Message-----
> From: Hans Deragon [mailto:hans@deragon.biz]
> Sent: Tue, August 12, 2003 3:37 PM
> To: rhl-beta-list(a)redhat.com
> Subject: APT, Yum and Red Carpet
>
>
> >>Is apt going to make it, or just yum? (Or, in other words,
> am I really
> >>gonna have to break down and learn yum?)
>
> IMHO, we should stick with one upgrade system only. Lets
> take the best
> and support it. The last thing I want is a community with full of
> repositories, half apt and half yum. Its time to make a standard for
> package distribution within Red Hat and we should use one
> system wisely.
> I do not care which one it is, as long as it is the best.
>
> It would be very couterproductive for my grandma to have to
> use apt for
> installing one appl, and yum for installing another. Imagine
> that she
> has to first browse the list of apps available through apt,
> do not find
> the software and then browse through the list of apps on yum.
> Not very
> intuitive. Not the way to go. This is one case where competition is
> not welcomed, but a standard is.
I found yum to be much slower comparing to apt. On the other hand, apt
sometimes finds some non-existing dependancies, and wants to remove some
packages, when is not required.
Pavel.
20 years, 10 months
Re: was there an advertised ETA for the next beta?
by Jef Spaleta
Alan Cox, wrote somewhere in the digest:
>> I don't know if this is currently possible but I would a mailing-list
>> that report events from bugzilla. Mostly new bugs and status change (not
>> only of my own bugs).
>
> The technology exists although I don't think those asking comprehend the
> volume of traffic they would get 8)
Err maybe some people want to test the limits of their dovecot imap
server...imap server mailboxes need testing too.
But for those people out there looking for a more organized way
to keep up with bugs they are tracking in bugzilla. Maybe a digest mode
for the email notifications that includes all the notifications of the
bugs they are CC'd on...so you get one bugzilla report a day at most.
And maybe a second sort of digest mode so you can track new bugs in
specific components. Say someone want to watch for new r-c-p and up2date
bugs that get filed. Maybe someone would appreciate a digest summary
email about, one a day, detailing the new bugs for the component(s) they
are tracking.
-jef
20 years, 10 months
Re: menu icon different from properties icon
by sean darcy
>>sean darcy wrote:
>>
>> On my bottom panel strip I have an application launcher for the
>>mozilla beta. There's also the standard >>htmlview launcher next to the
>>red hat.
>>
>> In the properties for the mozilla beta launcher it shows the red
>>dragon mozilla icon - >>/usr/share/pixmaps/mozilla-icon.png . BUT, the
>>launcher itself keeps showing the htmlview icon ( the >>world with the
>>mouse).
>>
>> So...?
>
>I've noticed at least once that when I select a custom icon for an app, it
>does not appear with the new icon >in the panel until I log out/in or even
>perhaps until reboot - can't remember which was required.
>
>Gerry
I've logged out/in and rebooted a bunch of times. No change.
sean
_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
20 years, 10 months
emacs patch mode is read only
by Ben Hsu
Hi
I have the following behavior in emacs:
- create a file called foo.patch, put some content in it
- emacs foo.patch
- emacs would make the foo.patch buffer read-only
This does not occur with xemacs. Should I file a bug?
20 years, 10 months
Forbidden bugs
by Leonard den Ottolander
Hi,
This has probably been asked before, but why are there bugs in
bugzilla that I cannot access? What could be secret about a bug report?
Bye,
Leonard.
--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.
20 years, 10 months
Re: Where download ?
by M A Young
Genio wrote:
> Where I can download the RedHat Beta Wolverine ? In official site I
> can't download because I'm not a autenticated user
You will need a time machine to take you back to February 2001 to download
wolverine. If however you are interested in more recent betas, severn
(9.0.93) and taroon (RHEL 3 beta 1) should be readily available at the
usual places.
Michael Young
20 years, 10 months
Where download ?
by Genio
Where I can download the RedHat Beta Wolverine ?
In official site I can't download because I'm not a autenticated user
Thanks
20 years, 10 months
Default configuration of yum
by Féliciano Matias
$ chkconfig --list yum
yum 0:off 1:off 2:off 3:on 4:on 5:on 6:off
I don't think it's a good idea to enable automatic update by default.
--
Féliciano Matias <feliciano.matias(a)free.fr>
20 years, 10 months