inxi already has the option to show the sources.list, what about showing /boot/grub/menu.lst (or equivalents in grub2 or lilo)?
Back to top

if it were only grub menu.lst we'd be singing a sweet song of happiness, but that grub2 gunk is not nearly as clear to read, it's not single lines, but blocks of lines, which require more difficult parsing.

So it's an idea and we'll see if it happens, it's as useful as sources though and actually easier because all distros have roughly the same method in place, grub 2 is just not as clear and simple as grub 1 to read and parse.

I haven't even seen a lilo thing for years, but now that you mention it, I rmember l iilo being as bad or worse than grub2, but actually easier to use, but you always had to update it manually to enable changes, just like in grub2
Back to top

If I recall correctly, in inxi, I had changed from '-xF' to '-xFA' to get my USB-based wifi adapter to show up.

But, now in 1.4.8, it doesn't seem to show up any more. [bummer]

[Best guess is that I had 1.4.2 when it worked, but I'm not sure.]

Or am I losing it? :^|
Back to top

-xF, -xFA are exactly the same command, -F triggers -A and -x.

So I would guess you're filing a bug report here on your usb device failing to show when it used to.

As far as I know, unless I made a typo recently, I haven't touched the -A section at all, unless, again, I made a typo when doing something else.

So it's entirely possible a new kernel or something else has again broken an interface inxi was using, that's not at all unlikely.

I'll have to assemble a list of the data required, but for now, do this command:

inxi -@ 4 -Ax

and show all the output, that will remove the error squelching in the output and show if there is a simple programming error in inxi.
Back to top

Curious. I get the following from # inxi -@ 4 -Ax

richard@siduxbox:~$ inxi -@ 4 -Ax
Debugger: inxi is up and running...
gawk: cmd. line:7: warning: escape sequence `\.' treated as plain `.'
Audio: Card VIA VT1708/A [Azalia HDAC] (VIA High Definition Audio Controller) driver HDA Intel BusID: 80:01.0
Sound: Advanced Linux Sound Architecture Version 1.0.21
richard@siduxbox:~$

compared to
richard@siduxbox:~$ inxi -F
System: Host siduxbox Kernel 2.6.33-0.slh.5-sidux-686 i686 (32 bit) Distro sidux 2009-04 Μόρος - xfce - (200912310312)
CPU: Single core Intel Celeron 430 (UP) cache 512 KB flags (lm nx sse sse2 sse3 ssse3) bmips 3599.29 clocked at 1799.648 MHz
Graphics: Card VIA CN896/VN896/P4M900 [Chrome 9 HC] X.Org 1.7.5 Res: 1440x900@60.0hz
GLX Renderer Software Rasterizer GLX Version 2.1 Mesa 7.7.1-DEVEL Direct Rendering Yes
Audio: Card VIA VT1708/A [Azalia HDAC] (VIA High Definition Audio Controller) driver HDA Intel BusID: 80:01.0
Sound: Advanced Linux Sound Architecture Version 1.0.21
Network: Card VIA VT6102 [Rhine-II] driver via-rhine at port d000 BusID: 00:12.0
Disks: HDD Total Size: 160.0GB (58.9% used) 1: /dev/sda SAMSUNG_HD161GJ 160.0GB
Partition: ID:/ size: 12G used: 6.8G (65%) fs: ext4 ID:swap-1 size: 2.05GB used: 0.00GB (0%) fs: swap
Info: Processes 117 Uptime 4:24 Memory 381.4/945.4MB Runlevel 5 Client Shell inxi 1.4.8
richard@siduxbox:~$
Back to top

Oh, I misread this completely, sorry cookdav, your including of -Ax threw me off.

wifi adapters of course will show with the -N option, as networking cards.

usb adaptors will be poorly handled, and I could easily see that changing, and probably requiring a new function to specifically handle the usb wifi things, just like the one damentz made for the usb audio, which is what I was thinking.

I believe inxi does no, and has never done any, special usb wifi handling, so any differences you see there will have been caused I would guess either in udev or kernel api changes, and it's entirely possible that usb wifi will require an inxi update, but that's hard to do for me because I don't own a single usb wifi device, nor do I intend to ever own one, unless someone hands it to me for free.

But I'm going to guess that something like what we used in inxi -A for usb audio cards will be needed to properly show this information, I also noted in mint linux forums, by the way, once, a few users noting that they were getting no output from usb wifi, that's not so much a bug as a new feature request, especially if internal system changes make a card device that did show not show.

Such things will be done, but I'll need to collect some data, what data at this point I can't tell you, though feel free to post this, with your networking usb device plugged in:

lspci -nn

paste the full output, I'm guessing that the kernel or some other system has changed how the device is registered, or has moved the data to a usb information section.
Back to top

lsusb
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0bda:8187 Realtek Semiconductor Corp. RTL8187 Wireless Adapter
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

EDIT:[sidux/infobash shows it.]

Quite sure that it used to work. [Had a disk-crash and thus re-installed, getting newer version]

I tried different kernels, from 2.6.27, to 2.6.31, to 2.6.33, and it's a no-go for 1.4.8.

I'll buy it back from you, if you can see your way clear to ordering one from NewEgg:

www.newegg.com/Product/Product.aspx?Item=N82E16833166023&cm_re=rosewill_usb_wifi-_-33-166-023-_-Product
Back to top

show:

lspci -nn

I'll have to go to lsusb, but I need to see your other data as well.

my guess is udev changed how it showed, and that inxi hasn't changed at all.
Back to top

Maybe if I had mentioned that the USB is 1.1?

lspci -nn
00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] [1106:0305] (rev 03)
00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] [1106:8305]
00:07.0 ISA bridge [0601]: VIA Technologies, Inc. VT82C686 [Apollo Super South] [1106:0686] (rev 40)
00:07.1 IDE interface [0101]: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06)
00:07.2 USB Controller [0c03]: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller [1106:3038] (rev 1a)
00:07.3 USB Controller [0c03]: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller [1106:3038] (rev 1a)
00:07.4 Host bridge [0600]: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] [1106:3057] (rev 40)
00:07.5 Multimedia audio controller [0401]: VIA Technologies, Inc. VT82C686 AC97 Audio Controller [1106:3058] (rev 50)
00:0a.0 Ethernet controller [0200]: D-Link System Inc RTL8139 Ethernet [1186:1300] (rev 10)
01:00.0 VGA compatible controller [0300]: nVidia Corporation NV34 [GeForce FX 5200] [10de:0322] (rev a1)
Back to top

ok that's the information I needed, thanks.

I'll have to query lsusb as well, as with the audio usb patch. Too bad it doesn't have a convenient label to search for, maybe I can dig one up.
Back to top