CenOS 5.4 x64
I'm stuck at the command-line. I'm only familiar with the RPM command, but AFAIK, that cannot automatically resolve any dependencies when installing packages.
Is there a command-line utility that I can force to automatically install all the dependencies for a particular package? I seem to remember a new UI was added recently that could, but I have to complete this from a prompt.
Marco
Am Donnerstag, den 06.05.2010, 18:22 +0200 schrieb Marco Shaw:
CenOS 5.4 x64
I'm stuck at the command-line. I'm only familiar with the RPM command, but AFAIK, that cannot automatically resolve any dependencies when installing packages.
Is there a command-line utility that I can force to automatically install all the dependencies for a particular package? I seem to remember a new UI was added recently that could, but I have to complete this from a prompt.
Marco
http://www.centos.org/docs/5/html/yum/
financial.com AG
Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München | Germany Frankfurt branch office/Niederlassung Frankfurt: Messeturm | Friedrich-Ebert-Anlage 49 | 60327 Frankfurt | Germany Management board/Vorstand: Dr. Steffen Boehnert | Dr. Alexis Eisenhofer | Dr. Yann Samson | Matthias Wiederwach Supervisory board/Aufsichtsrat: Dr. Dr. Ernst zur Linden (chairman/Vorsitzender) Register court/Handelsregister: Munich – HRB 128 972 | Sales tax ID number/St.Nr.: DE205 370 553
CenOS 5.4 x64
I'm stuck at the command-line. I'm only familiar with the RPM command, but AFAIK, that cannot automatically resolve any dependencies when installing packages.
Is there a command-line utility that I can force to automatically install all the dependencies for a particular package? I seem to remember a new UI was added recently that could, but I have to complete this from a prompt.
Several folks have already pointed to yum. This is the *intended* package manager, as pkgmanager is for Solaris.
And what do you mean, "stuck"?
mark, who'd like to get an xterm & command line up on his netbook with MIE....
"Stuck"... I'm working with a remote instance through terminal services into a VM running on Microsoft Hyper-V... The mouse didn't work at all, but yum has that all fixed up now.
Thanks all...
Several folks have already pointed to yum. This is the *intended* package manager, as pkgmanager is for Solaris.
And what do you mean, "stuck"?
"Stuck"... I'm working with a remote instance through terminal services into a VM running on Microsoft Hyper-V... The mouse didn't work at all, but yum has that all fixed up now.
Thanks all...
mark wrote:
Several folks have already pointed to yum. This is the *intended* package manager, as pkgmanager is for Solaris.
And what do you mean, "stuck"?
Oh. <mutter>Windows, why did it have to be WinDoze?</mutter>
Could be worse - I'm trying to get minicom to talk to an HP ProCurve switch, and it just won't talk.
mark
yum
On 5/6/2010 12:55 PM, m.roth@5-cent.us wrote:
"Stuck"... I'm working with a remote instance through terminal services into a VM running on Microsoft Hyper-V... The mouse didn't work at all, but yum has that all fixed up now.
Thanks all...
mark wrote:
Several folks have already pointed to yum. This is the *intended* package manager, as pkgmanager is for Solaris.
And what do you mean, "stuck"?
Oh.<mutter>Windows, why did it have to be WinDoze?</mutter>
Could be worse - I'm trying to get minicom to talk to an HP ProCurve switch, and it just won't talk.
Have you tried ckermit? Its command/scripting language is a little weird but it can do about anything communications-related either over serial or tcp connections. You might need a 'set carrier off' before the 'connect' if you aren't seeing the CD line up in your connection.
On 5/6/2010 1:55 PM, m.roth@5-cent.us wrote:
"Stuck"... I'm working with a remote instance through terminal services into a VM running on Microsoft Hyper-V... The mouse didn't work at all, but yum has that all fixed up now.
Thanks all...
mark wrote:
Several folks have already pointed to yum. This is the *intended* package manager, as pkgmanager is for Solaris.
And what do you mean, "stuck"?
Oh. <mutter>Windows, why did it have to be WinDoze?</mutter>
Could be worse - I'm trying to get minicom to talk to an HP ProCurve switch, and it just won't talk.
mark
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Try this
Bits per second: 115200 (or try 9600) Data bits: 8 Parity: None Submit Stop bits: 1 Flow control: None
On 5/6/2010 1:55 PM, m.roth@5-cent.us wrote:
"Stuck"... I'm working with a remote instance through terminal services into a VM running on Microsoft Hyper-V... The mouse didn't work at all, but yum has that all fixed up now.
<snip>
mark wrote:
<snip>
Could be worse - I'm trying to get minicom to talk to an HP ProCurve switch, and it just won't talk.
Try this
Bits per second: 115200 (or try 9600) Data bits: 8 Parity: None Submit Stop bits: 1 Flow control: None
Thanks - yeah, I saw that in the manual, and online, saw the 9600, did that, no joy at all. Just sits there at a blank screen. Btw, about flow control: h/w?s/w? Those are my two options in minicom.
Meanwhile, on the switch (ssh'ing in, but I need to get the serial port working so I can get a newer version of the firmware there (what's there is *ancient*), show console reports flow control as xon/xoff....
mark
Meanwhile, on the switch (ssh'ing in, but I need to get the serial port working so I can get a newer version of the firmware there (what's there is *ancient*), show console reports flow control as xon/xoff....
If you have ssh access, why are you trying to use a serial console for firmware updates? If its old, there is a supported interim path to bring it current via tftp using ssh?
Joseph wrote:
Meanwhile, on the switch (ssh'ing in, but I need to get the serial port working so I can get a newer version of the firmware there (what's there is *ancient*), show console reports flow control as xon/xoff....
If you have ssh access, why are you trying to use a serial console for firmware updates? If its old, there is a supported interim path to bring it current via tftp using ssh?
Because I was trying to avoid setting up a tftp server. Because it *should* have been no big deal. As it was, for some reason, it used to get its IP via dhcp, then it lost it, and I had to set up a dhcpd *server*, because the main ones don't allow bootp (so why it suddenly couldn't get it, I have no clue), and *then* I could get in and manually give it an IP, and *then* I could telnet in (and fire up the ssh access, and turn down the telnet access), and I'd *really* like to upgrade the firmware, which one hopes will have something higher than SSL level 1....
Yeah, it's been one of those where it keeps being one problem inside another.
Oh, and yum doesn't see a package kermit, or ckermit, and running kermit inside minicom, maybe for that reason (dunno if they have kermit emulation built into minicom) doesn't seem to do anything.
mark
Because I was trying to avoid setting up a tftp server. Because it *should* have been no big deal.
/me ducking...
Just "how" long you been avoiding a simple `yum install tftp-server`? Mark buddy, I think its Miller time:)
Joeseph wrote: mark wrote:
Because I was trying to avoid setting up a tftp server. Because it *should* have been no big deal.
/me ducking...
Just "how" long you been avoiding a simple `yum install tftp-server`?
Yeah, well, I had to go through the first fire drill just to get on in the first place. I'd *REALLY* like to know *why* the damn serial port's not working the way I expect it to.
Mark buddy, I think its Miller time:)
Nahhh, I want *real* bheer, say, a dark ale.
mark
On 5/6/2010 2:43 PM, m.roth@5-cent.us wrote:
Joseph wrote:
Meanwhile, on the switch (ssh'ing in, but I need to get the serial port working so I can get a newer version of the firmware there (what's there is *ancient*), show console reports flow control as xon/xoff....
If you have ssh access, why are you trying to use a serial console for firmware updates? If its old, there is a supported interim path to bring it current via tftp using ssh?
Because I was trying to avoid setting up a tftp server. Because it *should* have been no big deal. As it was, for some reason, it used to get its IP via dhcp, then it lost it, and I had to set up a dhcpd *server*, because the main ones don't allow bootp (so why it suddenly couldn't get it, I have no clue), and *then* I could get in and manually give it an IP, and *then* I could telnet in (and fire up the ssh access, and turn down the telnet access), and I'd *really* like to upgrade the firmware, which one hopes will have something higher than SSL level 1....
Yeah, it's been one of those where it keeps being one problem inside another.
Oh, and yum doesn't see a package kermit, or ckermit, and running kermit inside minicom, maybe for that reason (dunno if they have kermit emulation built into minicom) doesn't seem to do anything.
I forgot ckermit was dropped between Centos4 and 5. You could compile from source, but enabling tftp is probably easier - and you might have a broken serial port anyway...
On 5/6/2010 3:19 PM, m.roth@5-cent.us wrote:
Try this
Bits per second: 115200 (or try 9600) Data bits: 8 Parity: None Submit Stop bits: 1 Flow control: None
Thanks - yeah, I saw that in the manual, and online, saw the 9600, did that, no joy at all. Just sits there at a blank screen. Btw, about flow control: h/w?s/w? Those are my two options in minicom.
Meanwhile, on the switch (ssh'ing in, but I need to get the serial port working so I can get a newer version of the firmware there (what's there is *ancient*), show console reports flow control as xon/xoff....
F - Hardware Flow Control : No G - Software Flow Control : No
On 5/6/2010 3:19 PM, m.roth@5-cent.us wrote:
Try this
Bits per second: 115200 (or try 9600) Data bits: 8 Parity: None Submit Stop bits: 1 Flow control: None
Thanks - yeah, I saw that in the manual, and online, saw the 9600, did that, no joy at all. Just sits there at a blank screen. Btw, about flow control: h/w?s/w? Those are my two options in minicom.
Meanwhile, on the switch (ssh'ing in, but I need to get the serial port working so I can get a newer version of the firmware there (what's there is *ancient*), show console reports flow control as xon/xoff....
F - Hardware Flow Control : No G - Software Flow Control : No
*sigh* Oh, and add a linefeed, per the online (not in doc) instructions, and still no joy, it just sits there. I do know, btw, that the cable's good - it's a straight through - since another admin uses this cable from this server to go to her L2 controller on the big (older) SGI cluster.
mark
-
Alan McKay -
Christoph Maser -
Joseph L. Casale -
Les Mikesell -
m.roth＠5-cent.us -
Marcelo M. Garcia -
Marco Shaw -
Ryan Manikowski