how to configure Fedora 14 to be in 24-hour time format
by Kenneth Wolcott
Hi;
how to configure Fedora 14 to be in 24-hour time format?
I'm running Fedora 14 in two different instances and neither of them
seem to allow me to modify the format of the time to be in 24-hour
format rather than the am/pm type.
Thanks in advance for the info.
Ken Wolcott
13 years, 4 months
Curious bash evaluation
by NoSpaze
Hello. See this:
# A="echo 'hi'"
# echo $($A)
'hi'
# echo 'hi'
hi
Does anyone understand why does the first command
evals the echo but echoes the simple quotes?
Is there any dark shopt option which makes it run correctly?
Thanks...
----------------------------------------------
Rodolfo Alcazar Portillo - nospaze(a)gmail.com
otbits.blogspot.com / counter.li.org: #367962
----------------------------------------------
# unzip; strip; touch; finger; grep; mount; fsck; more; yes; fsck; fsck;
fsck; umount; sleep
13 years, 4 months
2 Ethernet cabling question
by S Mathias
Two questions that was not always clear for me [sorry for posting to this list :\]:
##############################################################################################
Q1) when cabling, is the color order important? like:
straight cabling:
A side: white-orange, orange, white-green, blue, white-blue, green, white-brown, brown
B side: white-orange, orange, white-green, blue, white-blue, green, white-brown, brown
could be eg.: like this??
A side: white-orange, brown, white-blue, green, white-green, blue, white-brown, orange
B side: white-orange, brown, white-blue, green, white-green, blue, white-brown, orange
##############################################################################################
Q2) again cabling.. i know what is the color order of straight and crossover cabling. BUT: what are the color orders, when i need to create physically two separated networks?
568B; straight; nic to switch:
A side: white-orange, orange, white-green, blue, white-blue, green, white-brown, brown
B side: white-orange, orange, white-green, blue, white-blue, green, white-brown, brown
----------
568A; crossover; nic to nic: [it's not so important about from ~2005]:
switch the pairs: 1&2 with 3&6 on one side:
A side: white-green, green, white-orange, blue, white-blue, orange, white-brown, brown
B side: white-orange, orange, white-green, blue, white-blue, green, white-brown, brown
----------
one cable, two straight networks:
A side:
I.:
II.:
B side:
I.:
II.:
----------
one cable, two crossover networks:
A side:
I.:
II.:
B side:
I.:
II.:
----------
one cable, one straight and one crossover network:
A side [straight]:
I.:
II.:
B side [crossover]:
I.:
II.:
----------
one cable, one crossover and one straight network:
A side [crossover]:
I.:
II.:
B side [straight]:
I.:
II.:
##############################################################################################
Thank you for any pointings, links, or specific answers.
Happy Christmas!
13 years, 4 months
Re: 2 Ethernet cabling question
by Gene Heskett
On Sunday, December 26, 2010 11:22:47 am James McKenzie did opine:
> On 12/25/10 9:23 PM, Tim wrote:
> > On Sat, 2010-12-25 at 12:51 -0800, Joe Zeff wrote:
> >> Part of the trouble-shooting was making sure there weren't any
> >> cabling issues, so the client brought out an electrician. Not only
> >> weren't the colors on the cable standard, they were different at
> >> each end! Our only guess was that there was a splice down in the
> >> pipe because whoever'd run the cable had run out of one batch and
> >> simply spliced on another.
> >
> > Our phone lines do that, thanks to a plumber putting his oxy-acetelene
> > torch through the wires a bit near a pipe he cut through.
>
> If he was using oxy-acetylene, he did not know what he was doing or he
> was working with welded iron pipe. Most plumbers use propane or
> oxy-propane as it cannot overheat copper piping.
>
> > He could have
> >
> > lifted the wires away, but he didn't. And some of the pairs were so
> > badly corroded, that it was impossible to re-splice them, no matter
> > how far back we stripped the insulation.
>
> Replace the ENTIRE run. NEVER splice, and I mean NEVER splice, LAN
> cabling. You might have crossover problems and you might not notice the
> loss in bandwidth until you hit 20MB+ connection speeds and then things
> get very 'interesting'. Yes, it is a PITA to do so, but in the long run
> you will be happier.
>
> (BTW, who ran your cables, they should not be near plumbing anyway.)
>
> James McKenzie
It must be time for my annual diatribe about broadband cabling. It may not
look like it, but the characteristic impedance of a twisted pair is every
bit as important for a piece of cat5/6 as it is for a length of coaxial
cable.
Any disturbance in the spacing of the wires such as created by a splice,
represents a change in impedance at the point of the splice, which in turn
will cause part of the signal to be reflected back toward the source. This
_includes_ a cable with proper plugs on its end, being plugged into a
splice block such as sold at the Shack. The plug itself is a horribly bad
bump when looked at with a time domain reflectometer, and we get by with it
only because it is normally less than 1 cm from the signal transmitter, or
the receiver on the other end. Even that in a gigahertz circuit is
important enough I have had to cut the plug off and redo the installation
of another just because the wire was stripped back too far, leaving 1/2" of
it loose out the back of the plug.
All of this stuff IS a transmission line, and must be treated as such if
you want it to work at all, let alone well.
Anyone who considers splicing this stuff, really should have his punch down
tool confiscated and be kept away from anyplace that allows him access to
this cabling. They have no concept of a wires impedance or propagation
velocity. And the fancier the diploma on their office wall, the harder it
is to impress upon them that they do not know it all.
That said, I am constantly amazed that a 120 foot run of now well aged
Belden brand bright blue cat5, with about 45 feet it it swinging in the
wind between my back porch roof and the peak of the roof of a shop
building, is now in its 7th year out in the elements without a dropped bit
that I have been made aware of. When I put it in, it was for bragging
rights that I had the internet on my small milling machines control
computer, fully expecting it to be destroyed before spring rolled around
again.
If it dies yet today, it doesn't owe me a thing and I will gladly string
another piece. But I won't splice it ever, its all one run from the switch
about 6 feet away, to a small 4 port switch out in the shop building, which
I put in so I could run another 100 feet back across the back yard to the
garage my alu siding won't let a wireless connection work in. Yeah, you
could call my place wired...
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Dreams are free, but there's a small charge for alterations.
13 years, 4 months
Re: Let's talk about yum and p2p in Fedora
by Genes MailLists
On 12/27/2010 06:58 AM, Marko Vojinovic wrote:
> There was a quite large thread on the CentOS list recently about this.
>
> In a nutshell, the conclusion is that (1) is an urban legend --- NAT
*does*
> *not* (and moreover, *should* *not* ) shield your inside machines from
outside
> attacks. You still need to use the proper firewall for shielding.
>
Thank you for your thoughts ... it really is time for me to learn more!
Anyone having NAT has some kind of firewall - they go together
- even if its a linksys box. In my case my border firewall is quite
extensive ... with plenty of netblocks that are disallowed access to any
service whatsoever ...
I need to learn more about ip6 - but I assume nf_conntrack works the
same way in ip6tables, I suppose routing through (when allowed) versus
nat'ing through when allowed are not all that different but they are
different... are the security implications obvious ?
The firewall is still controlling what is allowed or not ... tho I am
sure my understanding of a DMZ needs updating for ip6 .. so much to
learn :-)
Any suggestions for good guides on ip6 - firewalling - DMZ's - and
transition management including setting up ip6-ip4 and ip4-ip6 gateways
as may be needed ?
> > at the price of breaking functionality.
Not sure what 'things' are really broken today in practice by nat -
certainly ftp is typically no longer used with separate incoming port
tho we do have ftp_conntrack just in case ...
Thanks again .. sharing knowledge is very helpful ... ip6 is coming
soon'ish and I def. need to prepare ...
gene
13 years, 4 months
noarch and repo's
by Genes MailLists
I noticed today that the root-doc-xx-noarch.rpm is 650 Mb
And I have a copy in each arch directory of my internal mirror.
(1) Would it make sense to introduce a noarch directory ?
updates
14
i386
x86_64
noarch
...
etc.
That way we avoid the duplicate storage.
(2) I also believe that hierarchy would be better head'ed by version
fedora
13
release
noarch
i386
x86_64
updates
noarch
i386
x86_64
updates-testing
..
14
release
noarch
i386
...
updates
noarch
i386
...
updates-testing
etc ...
Guess that matters a lot ... filters are easy either way ... but it
mirrors human view by version :-)
gene
13 years, 4 months
quirk in F14 evolution
by Aaron Konstam
When using evolution next to each folder name is a number representing
how many unread messages are in the folder. That has pretty much been
true for as long as I have used evolution. However, under F14 the junk
folder displays a number that represents the number of messages in the
junk folder when the program is started and the number does not change
when messages are deleted from the junk folder. Which leaves 2
questions:
1. Do others see the same behavior?
2. Can this behavior be changed so the junk folder behaves like other
folders?
I am using: evolution-2.32.1-1.fc14.i686
--
=======================================================================
If this fortune didn't exist, somebody would have invented it.
=======================================================================
Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam(a)sbcglobal.net
13 years, 4 months
Yum file storage?
by Johan Scheepers
Good day,
Using >> Fedora 14 x86_64
I am trying to locate the rpms that was downloaded when updating.
These paths seems a blanks ..
/var/cache/yum/x86_64/14/fedora/packages
/var/cache/yum/x86_64/14/updates/deltas
/var/cache/yum/x86_64/14/updates/packages
Maybe somewhere else?
If the above is correct, why no packages.
Kindly some advice please.
Thanks
Regards
Johan
13 years, 4 months
what process is sending this packet?
by S Mathias
I can see, that theres a program that keeps sending packets on port 25:
Dec 27 14:11:46 a kernel: [ 6336.992320] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=61533 DF PROTO=TCP SPT=37263 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0
Dec 27 14:12:01 a kernel: [ 6352.635704] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55853 DF PROTO=TCP SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0
Dec 27 14:12:04 a kernel: [ 6355.641085] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55854 DF PROTO=TCP SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0
Dec 27 14:12:10 a kernel: [ 6361.649059] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55855 DF PROTO=TCP SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0
but where or how could i find out, that what process sends these packets?
thank you!
13 years, 4 months
Re: Boot usb live image, even if bios doesn't support it?
by Clemens Eisserer
Hi Birger,
> If you have grub up and running on the HDD, you should also be able to
> create an entry in grub.conf to boot from the memory stick.
Yes, I have grub-1 installed and I definitivly would prefer booting
the installation media via grub.
But how can I do this? Does grub have native support for USB access
(guess it has to have if it really supports booting from usb-media)?
Thank you in advance, Clemens
13 years, 4 months