From: Oliver N. <dig...@gm...> - 2008-04-16 09:41:44
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I played around within my network and found out that it could be useful to have a tool for decoding the various traffic/protocols flooding around. There is a nice configure option in wireshark to tell the script to build only the console version (tshark). As far as i tested, it works nice within DL-1.3.4 and if more people like that idea i could provide the scripts for DL integration. What do you think about tshark support in DL? sample output: > Linux Devil 2.6.24.4 #1 SMP Tue Apr 15 21:38:40 Local time zone must be set--see zic i686 prescott i386 GNU/Linux > root@Devil:~ # tshark -i br0 > Capturing on br0 > 0.000000 192.168.10.1 -> 192.168.10.255 CUPS ipp://192.168.10.1:631/printers/kyocera (idle) > 0.000086 192.168.2.1 -> 192.168.2.255 CUPS ipp://192.168.2.1:631/printers/kyocera (idle) > 0.782132 192.168.10.216 -> 192.168.10.242 TCP rockwell-csp3 > 33773 [PSH, ACK] Seq=1 Ack=1 Win=191 [TCP CHECKSUM INCORRECT] Len=144 TSV=837300 TSER=1612136 Regards, Oliver -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org iD8DBQFIBcnE724ZL5LNhNcRAjKHAJoDp6hoT2RKnIUyW5+CqK/ALadc9wCeNNEj 4rr82L0Y37rKmzyifoi779g= =a3rZ -----END PGP SIGNATURE----- |
From: Serge L. <fi...@in...> - 2008-04-18 12:01:15
|
Hi Oliver, Oliver Niesner wrote: > > What do you think about tshark support in DL? Usually I use tcpdump for network traffic reviewing and dumping... Why not add it to DL disabled by default? How much space will it take? -- Serge |
From: Oliver N. <dig...@gm...> - 2008-04-18 13:32:06
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Serge Leschinsky schrieb: > Usually I use tcpdump for network traffic reviewing and dumping... Why not add > it to DL disabled by default? Yes, that would be a good decision. Well, tcpdump does basically the same stuff, but tshark has some nice decoding/protocol features, which could be handy if someone use DL mainly for network monitoring. btw. There is a "big" discussion about Union FS. I use different USB-sticks for my purposes: I plug stick #1 in, if i need DL for monitoring and #2 if i need a firewall. What if i could use config #1 as default and #2 on demand? Everything is stored on the same device? That would be useful for me, what's your opinion?? How much space will it take? It takes about 10MB 'cause of all the different protocols ;-) - ---- Oliver -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org iD8DBQFICKLH724ZL5LNhNcRAvsWAJ93VLt58uFzdl9/Jgq1c+Zwx97IWgCfVDAK FaXXdzf+k4tYsDsM5wdTBpM= =Q8Hh -----END PGP SIGNATURE----- |
From: Bruce S. <bw...@ar...> - 2008-04-18 13:58:35
|
> > Usually I use tcpdump for network traffic reviewing and dumping... Why not add > > it to DL disabled by default? > > Yes, that would be a good decision. Well, tcpdump does basically the same stuff, > but tshark has some nice decoding/protocol features, which could be handy if someone > use DL mainly for network monitoring. Sure. tshark could come in handy at times. I'll probably turn it on by default in the server config, at least until we start running into space problems. > btw. There is a "big" discussion about Union FS. > I use different USB-sticks for my purposes: > I plug stick #1 in, if i need DL for monitoring and > #2 if i need a firewall. > > What if i could use config #1 as default and #2 on demand? > Everything is stored on the same device? > That would be useful for me, what's your opinion?? I think it's doable. Let me finish up with unionfs, and I'll think about it some more. - BS |
From: <ee...@fr...> - 2008-04-30 22:38:58
|
hi, Bruce Smith a écrit : > Oliver, > > >> btw. There is a "big" discussion about Union FS. >> I use different USB-sticks for my purposes: >> I plug stick #1 in, if i need DL for monitoring and >> #2 if i need a firewall. >> >> What if i could use config #1 as default and #2 on demand? >> Everything is stored on the same device? >> That would be useful for me, what's your opinion?? > > > I looked at the source, and that functionality already exists. > It's kind of documented in the F1 / F2 / F3 help boot screens > (where you change the boot resolution for the console). > > I tested it by copying: > /floppy/etc-mods.tar.bz2 to /floppy/test.tar.bz2 > > rebooting, and at the first boot prompt, typing: > > > 3 DL_config=/dev/fd0:test.tar.bz2 > > Maybe using grub and having /boot/grub/menu.lst a symlink to e.g. /etc/grub/menu.lst could add some "comfort" ... MaNU > (where the "3" is the 1024x768 resolution) > and it booted using my "test" config. > > - BS > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop > |
From: Heiko Z. <he...@zu...> - 2008-05-01 12:57:59
|
Quoting "ee...@fr..." <ee...@fr...>: > hi, > > Bruce Smith a écrit : >> Oliver, >> >> >>> btw. There is a "big" discussion about Union FS. >>> I use different USB-sticks for my purposes: >>> I plug stick #1 in, if i need DL for monitoring and >>> #2 if i need a firewall. >>> >>> What if i could use config #1 as default and #2 on demand? >>> Everything is stored on the same device? >>> That would be useful for me, what's your opinion?? >> >> >> I looked at the source, and that functionality already exists. >> It's kind of documented in the F1 / F2 / F3 help boot screens >> (where you change the boot resolution for the console). >> >> I tested it by copying: >> /floppy/etc-mods.tar.bz2 to /floppy/test.tar.bz2 >> >> rebooting, and at the first boot prompt, typing: >> >> >> 3 DL_config=/dev/fd0:test.tar.bz2 >> >> > > Maybe using grub and having /boot/grub/menu.lst a symlink to e.g. > /etc/grub/menu.lst could add some "comfort" ... This unfortunately won't work, since we're booting of a CD. ISOLinux has a lot of improvements in the menu systems in the latest release, somebody wants to send in a patch for a better menu system during boot? -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Heiko Z. <he...@zu...> - 2008-05-01 13:29:56
|
Quoting Bruce Smith <bw...@ar...>: >> This unfortunately won't work, since we're booting of a CD. >> ISOLinux has a lot of improvements in the menu systems in the latest >> release, somebody wants to send in a patch for a better menu system >> during boot? > > Since we're looking at boot improvements, here's what I'd like: > > I would like to be able to change the default for the resolution, so it > remembers it for future boots. i.e. I want to be select "3" (1024x768) > and have it remember that setting so I don't have to type 3 every boot. > > Does anyone know if that's possible with a "better menu system"? Well we do not have an option to save the setting. BUT Maybe there's a program out there which can be used to change the resolution after the system is booted up. > If not, what would happen if I changed the official "server release" to > default to 1024x768? I know some hardware doesn't support higher > resolutions, but would it prevent the system from booting without manual > intervention, or would the system just print an warning and continue > booting at a lower resolution? I don't think I have any old hardware to > test this on. And I REALLY get sick of trying to catch the boot prompt > and typing "3" when I'm rebooting a lot during development. Set vga=2137 or some other invalid value and see what the system does. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Bruce S. <bw...@ar...> - 2008-05-01 13:36:36
|
> > I would like to be able to change the default for the resolution, so it > > remembers it for future boots. i.e. I want to be select "3" (1024x768) > > and have it remember that setting so I don't have to type 3 every boot. > > > > Does anyone know if that's possible with a "better menu system"? > > Well we do not have an option to save the setting. > BUT > Maybe there's a program out there which can be used to change the > resolution after the system is booted up. That would be a good option. What's the name of the program? > > If not, what would happen if I changed the official "server release" to > > default to 1024x768? I know some hardware doesn't support higher > > resolutions, but would it prevent the system from booting without manual > > intervention, or would the system just print an warning and continue > > booting at a lower resolution? I don't think I have any old hardware to > > test this on. And I REALLY get sick of trying to catch the boot prompt > > and typing "3" when I'm rebooting a lot during development. > > Set vga=2137 or some other invalid value and see what the system does. OK, I'll give it a try. Thanks! - BS |
From: Heiko Z. <he...@zu...> - 2008-05-01 13:38:59
|
Quoting Bruce Smith <bw...@ar...>: >> > I would like to be able to change the default for the resolution, so it >> > remembers it for future boots. i.e. I want to be select "3" (1024x768) >> > and have it remember that setting so I don't have to type 3 every boot. >> > >> > Does anyone know if that's possible with a "better menu system"? >> >> Well we do not have an option to save the setting. >> BUT >> Maybe there's a program out there which can be used to change the >> resolution after the system is booted up. > > That would be a good option. What's the name of the program? The name is "Maybe there's a program out there..." ;-) No clue if there really is such a thing, it's just a hope, ask Google. >> > If not, what would happen if I changed the official "server release" to >> > default to 1024x768? I know some hardware doesn't support higher >> > resolutions, but would it prevent the system from booting without manual >> > intervention, or would the system just print an warning and continue >> > booting at a lower resolution? I don't think I have any old hardware to >> > test this on. And I REALLY get sick of trying to catch the boot prompt >> > and typing "3" when I'm rebooting a lot during development. >> >> Set vga=2137 or some other invalid value and see what the system does. > > OK, I'll give it a try. Thanks! > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Bruce S. <bw...@ar...> - 2008-05-01 13:49:05
|
> >> Maybe there's a program out there which can be used to change the > >> resolution after the system is booted up. > > > > That would be a good option. What's the name of the program? > > The name is "Maybe there's a program out there..." ;-) > No clue if there really is such a thing, it's just a hope, ask Google. Sorry, missed the "maybe" the first time around ... - BS |
From: Bruce S. <bw...@ar...> - 2008-05-01 14:07:53
|
> > > If not, what would happen if I changed the official "server release" to > > > default to 1024x768? I know some hardware doesn't support higher > > > resolutions, but would it prevent the system from booting without manual > > > intervention, or would the system just print an warning and continue > > > booting at a lower resolution? I don't think I have any old hardware to > > > test this on. And I REALLY get sick of trying to catch the boot prompt > > > and typing "3" when I'm rebooting a lot during development. > > > > Set vga=2137 or some other invalid value and see what the system does. > > OK, I'll give it a try. Thanks! While I'm at it, do you care if I add options for 1280x1024 and 1600x1200 to the boot menu? - BS |
From: Heiko Z. <he...@zu...> - 2008-05-01 14:20:58
|
Quoting Bruce Smith <bw...@ar...>: >> > > If not, what would happen if I changed the official "server release" to >> > > default to 1024x768? I know some hardware doesn't support higher >> > > resolutions, but would it prevent the system from booting without manual >> > > intervention, or would the system just print an warning and continue >> > > booting at a lower resolution? I don't think I have any old hardware to >> > > test this on. And I REALLY get sick of trying to catch the boot prompt >> > > and typing "3" when I'm rebooting a lot during development. >> > >> > Set vga=2137 or some other invalid value and see what the system does. >> >> OK, I'll give it a try. Thanks! > > While I'm at it, do you care if I add options for 1280x1024 and > 1600x1200 to the boot menu? Does this mean I have to buy a bigger display now? No go ahead and add it. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Bruce S. <bw...@ar...> - 2008-05-01 14:27:45
|
> > While I'm at it, do you care if I add options for 1280x1024 and > > 1600x1200 to the boot menu? > > Does this mean I have to buy a bigger display now? And a better video card too! :-) > No go ahead and add it. OK, I added them, and much to my surprise, neither mode is supported in VMware ESX-3i. However ... both gave me the message about invalid mode, press ENTER to see the modes available, or wait 30 seconds. I waited 30 seconds, and it booted up in standard VGA mode without any manual intervention. So, I'm going to also change the default on the server release to "3" 1024x768. And for the impatient, I'll check in the changes SOON! :-) - BS |
From: Bruce S. <br...@ar...> - 2008-05-01 17:22:58
|
> >> Maybe there's a program out there which can be used to change the > >> resolution after the system is booted up. > > > > That would be a good option. What's the name of the program? > > The name is "Maybe there's a program out there..." ;-) > No clue if there really is such a thing, it's just a hope, ask Google. http://asm.sourceforge.net/articles/fb.html ... "vesafb supports only a subset of all fb device operations i.e. you can't change the resolution or color depth after boot." ... Oh well, at least the default for the server version is 1024x768 now! :) - BS |
From: Heiko Z. <he...@zu...> - 2008-05-01 18:20:03
|
Take a look at the kernel sources. Documentation/fb/fbcon.txt Documentation/console/console.txt I skimmed over it, sounds like making vesafb and including vbetool may do the trick. -- Regards Heiko Zuerker http://www.devil-linux.org Quoting Bruce Smith <br...@ar...>: >> >> Maybe there's a program out there which can be used to change the >> >> resolution after the system is booted up. >> > >> > That would be a good option. What's the name of the program? >> >> The name is "Maybe there's a program out there..." ;-) >> No clue if there really is such a thing, it's just a hope, ask Google. > > http://asm.sourceforge.net/articles/fb.html > > ... "vesafb supports only a subset of all fb device operations > i.e. you can't change the resolution or color depth after boot." ... > > Oh well, at least the default for the server version is 1024x768 now! :) > > - BS > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Bruce S. <br...@ar...> - 2008-04-30 20:32:20
|
Oliver, > btw. There is a "big" discussion about Union FS. > I use different USB-sticks for my purposes: > I plug stick #1 in, if i need DL for monitoring and > #2 if i need a firewall. > > What if i could use config #1 as default and #2 on demand? > Everything is stored on the same device? > That would be useful for me, what's your opinion?? I looked at the source, and that functionality already exists. It's kind of documented in the F1 / F2 / F3 help boot screens (where you change the boot resolution for the console). I tested it by copying: /floppy/etc-mods.tar.bz2 to /floppy/test.tar.bz2 rebooting, and at the first boot prompt, typing: 3 DL_config=/dev/fd0:test.tar.bz2 (where the "3" is the 1024x768 resolution) and it booted using my "test" config. - BS |
From: Bruce S. <bw...@ar...> - 2008-05-01 13:11:48
|
> This unfortunately won't work, since we're booting of a CD. > ISOLinux has a lot of improvements in the menu systems in the latest > release, somebody wants to send in a patch for a better menu system > during boot? Since we're looking at boot improvements, here's what I'd like: I would like to be able to change the default for the resolution, so it remembers it for future boots. i.e. I want to be select "3" (1024x768) and have it remember that setting so I don't have to type 3 every boot. Does anyone know if that's possible with a "better menu system"? If not, what would happen if I changed the official "server release" to default to 1024x768? I know some hardware doesn't support higher resolutions, but would it prevent the system from booting without manual intervention, or would the system just print an warning and continue booting at a lower resolution? I don't think I have any old hardware to test this on. And I REALLY get sick of trying to catch the boot prompt and typing "3" when I'm rebooting a lot during development. - BS |
From: Dick M. <di...@fo...> - 2008-05-01 14:40:32
|
Bruce, > I would like to be able to change the default for the resolution, so it > remembers it for future boots. i.e. I want to be select "3" (1024x768) > and have it remember that setting so I don't have to type 3 every boot. > > Does anyone know if that's possible with a "better menu system"? Problem is, as you know, that it's set in the isolinux config which is on ro media. For usb users there is an opportunity to preset the default as the files are copied to the usb stick. I'm not sure that solution is worth the effort. My DL system typically runs 6mths between reboots. > If not, what would happen if I changed the official "server release" to > default to 1024x768? And I REALLY get sick of trying to catch the boot prompt > and typing "3" when I'm rebooting a lot during development. I'm right with you here! Let the legacy boys do the running :-) Dick |