Discuss

discuss@lists.centos.org

2 participants
34758 discussions

Help needed for installing MT7601U Linux driver
by Harsh chopra 02 Jun '20

02 Jun '20

Hi everyone, My PC don't have an integrated WLAN card, so I bought an USB WIFI device which use the MediaTek MT7601U chip(image 'dongle.jpg'). ------------------------------------------------------------------------------------------------------ My PC specification- OS = CentOS 7.8.2003. Processor = AMD Ryzen 5 1600. Mother-Board = GA-Gigabyte A320M-S2H ------------------------------------------------------------------------------------------------------- The lsusb lists devices- It is in the attachments below (ls_usb) Under /lib/modules/3.10.0-1127.el7.x86_64/kernel/driver/net/wireless/ - It is in the attachments below (wireless_list) Under /lib/modules/3.10.0-1127.el7.x86_64/kernel/driver/net/wireless/ralink/rt2x00 - It is in the attachments below (ralink_list) lsmod list - It is in the attachments below (ls_mod) ---------------------------------------------------------------------------------------------------------- I found the github page for installing MT7601U Linux driver "https://github.com/imZack/mt7601" I am having trouble in building the driver as the installation process requires Synology toolchain <http://sourceforge.net/projects/dsgpl/files/DSM%205.1%20Tool%20Chains/> and kernel source <http://sourceforge.net/projects/dsgpl/files/Synology%20NAS%20GPL%20Source/5…> But I don't know which toolchain and Kernel source to install also I had to manually load the modules rt2800usb.So if anyone have any suggestion please let me know.

3 2

CentOS-announce Digest, Vol 184, Issue 1
by centos-announce-request＠centos.org 02 Jun '20

02 Jun '20

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2020:2334 Important CentOS 7 freerdp Security Update (Johnny Hughes) 2. CESA-2020:2337 Important CentOS 7 git Security Update (Johnny Hughes) 3. CESA-2020:2344 Important CentOS 7 bind Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 1 Jun 2020 17:27:23 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:2334 Important CentOS 7 freerdp Security Update Message-ID: <20200601172723.GA12461(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:2334 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:2334 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: e9e31d04292b8a74dd0059fa677993199d6560901e05d899bff523292e396433 freerdp-2.0.0-4.rc4.el7_8.x86_64.rpm 9525ccd52c4cff879c9c875be6e7639f7928305e3fb45e6b110f51768ad3435e freerdp-devel-2.0.0-4.rc4.el7_8.i686.rpm 03bbcd326f47c1b9b7e4b2fc2b01eabbfd5e237529c04985fc68035a3470b5e8 freerdp-devel-2.0.0-4.rc4.el7_8.x86_64.rpm a8fe2f06e27066efae184329614a8574dd3dd7117f1ba4b55ea500e63334ad37 freerdp-libs-2.0.0-4.rc4.el7_8.i686.rpm aad00478548f2a342ed111ae27ad492942c6890b7bd9de1f58954eaca05c7c4a freerdp-libs-2.0.0-4.rc4.el7_8.x86_64.rpm 9e6df1358ba37d30cd7a6e0db76a6ee242bdc0aed0c1a5e039035ec963814555 libwinpr-2.0.0-4.rc4.el7_8.i686.rpm 32cbd21c213f11009dc3fd3b9dc85e74c8f6a32e136f558bcf0101f9b0137b0f libwinpr-2.0.0-4.rc4.el7_8.x86_64.rpm 96d53bb2a1ff0cc5d2545052eafac0ddd3f6bbeab1df28ee2c59fbb53380f88a libwinpr-devel-2.0.0-4.rc4.el7_8.i686.rpm c20c8eb83a977c474a71e3058f67afc3d6734043bc4e2c47cda817ffe6504466 libwinpr-devel-2.0.0-4.rc4.el7_8.x86_64.rpm Source: fec5dcb3b0acb6a41a8b1941355df873663e1e0e135757c003edbaf152b84bd3 freerdp-2.0.0-4.rc4.el7_8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Mon, 1 Jun 2020 17:28:40 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:2337 Important CentOS 7 git Security Update Message-ID: <20200601172840.GA12832(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:2337 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:2337 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 86ddd0d6b71eadfc635da7932798cec7d018eb7a72fc85dee5b92b713daf4e81 emacs-git-1.8.3.1-23.el7_8.noarch.rpm 7836a795983d8a8be333000a71c5abe8a208ba0f908627725f359708070a37d6 emacs-git-el-1.8.3.1-23.el7_8.noarch.rpm e92952c8a62037ba2d78ad57e7c97e66966e22bf66be12fd2591036b5e73245a git-1.8.3.1-23.el7_8.x86_64.rpm 5ae5dc45141c8736d8c9c4f700f0bb300d2d61c344ea47581f532df7ecac2169 git-all-1.8.3.1-23.el7_8.noarch.rpm 6c646fcbc52ef489c8a27a633497002fcad39c11df5ced2709b3511e175f1011 git-bzr-1.8.3.1-23.el7_8.noarch.rpm 1501ff27d796808aa9b64303f421351dd1fbaf4af0c5c196d6f49e5fee03466b git-cvs-1.8.3.1-23.el7_8.noarch.rpm 93a299387958200cff00127fbdcda934af34bf9a624d3a6a34589f39e3428eab git-daemon-1.8.3.1-23.el7_8.x86_64.rpm 0b36556188fbc5cbfd60ac5100672460dcd28b9c315b9615aa3213c580df9297 git-email-1.8.3.1-23.el7_8.noarch.rpm b33d482116e336c7c32aaaf54821c5bdd0b6327f6ffdb937c1406759507d1987 git-gnome-keyring-1.8.3.1-23.el7_8.x86_64.rpm c7d920286ca5a71baa0c6635e80944336da4fdfdc044e40ef0316a183be01fea git-gui-1.8.3.1-23.el7_8.noarch.rpm 36029dffe4ada0b402292298587c4a0e648ce6060bf824a23c72d13ccd517447 git-hg-1.8.3.1-23.el7_8.noarch.rpm eefcbca59152d3d20409a503ad6302a2012e14f16e880a42fc947576e596800e git-instaweb-1.8.3.1-23.el7_8.noarch.rpm 4472d40bb16b4c2fdbe6868a7b44430aecd49c5cf43c04f554d88695426b66b3 gitk-1.8.3.1-23.el7_8.noarch.rpm ac0bffc0baf7ee51bb73e97bde043081f313cc15d12a4cb080f282ac50c40a0d git-p4-1.8.3.1-23.el7_8.noarch.rpm 130ba8568e95838fee878b2dc4d467a9bfb94ec4f27a425daaab2cebf1104067 git-svn-1.8.3.1-23.el7_8.x86_64.rpm 2e616300637e132bfab013e3edc9d8fcafaa63f169022d2012bdd108278956ac gitweb-1.8.3.1-23.el7_8.noarch.rpm e5ebcc9bd42d06dae2da84d0328a9806be288ad726e00f86691be5e08cee1ee7 perl-Git-1.8.3.1-23.el7_8.noarch.rpm 9bafb4b8c6e850c7cb3111d5c5603489e48162e77ffaabe6f4f65e3a34c673c0 perl-Git-SVN-1.8.3.1-23.el7_8.noarch.rpm Source: 08be03369653e145408cf54b836dcdeae06abd558c11decd0b00bfcfdc5f37fe git-1.8.3.1-23.el7_8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Mon, 1 Jun 2020 17:29:59 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:2344 Important CentOS 7 bind Security Update Message-ID: <20200601172959.GA13139(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:2344 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:2344 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7d441e8126dd927899c78af78ffd1f1e460afef943e27596cacb4fd917cdf708 bind-9.11.4-16.P2.el7_8.6.x86_64.rpm b2636b99596138a3eb6f29f55d40506dbb8f9c8d98bafea6eae1dad0220ee26c bind-chroot-9.11.4-16.P2.el7_8.6.x86_64.rpm b6684c4a2a9341e877cf1766d21d75f47af5dede5138c5eeccc8814aab9e7b6d bind-devel-9.11.4-16.P2.el7_8.6.i686.rpm 7426c0203ca23e864c4e4de8164d583a68bc03dc721e44362670eb32eaa431bd bind-devel-9.11.4-16.P2.el7_8.6.x86_64.rpm 28fe7d1ef023376eaae5f1acbcc67b7e4a7b7072ef647871f5d554de9e5a3455 bind-export-devel-9.11.4-16.P2.el7_8.6.i686.rpm 2c810c025cc0045c4376c0b6600757d5cdb6348e47ddb8b8c9edbbcdf2097073 bind-export-devel-9.11.4-16.P2.el7_8.6.x86_64.rpm ea5d207bd67c2b037ed570a580848774a896650225a0afa308782bbba6b8ea0b bind-export-libs-9.11.4-16.P2.el7_8.6.i686.rpm 34952d49a47be7d5ceb00f1ccd399a11a752189d5aec601a77d93f3149888f9b bind-export-libs-9.11.4-16.P2.el7_8.6.x86_64.rpm 471c9492025d23abaa228be48ca0bfc3167bcbe58830c781e6176b6ffc46ff50 bind-libs-9.11.4-16.P2.el7_8.6.i686.rpm 94ff4f96c5baf7497561bdab1c460ca770705c8361928a9006c0659d05f8bba3 bind-libs-9.11.4-16.P2.el7_8.6.x86_64.rpm 959292b622b74c6771b234fd384e5824e05e42178e8c8d909af68707525f86c0 bind-libs-lite-9.11.4-16.P2.el7_8.6.i686.rpm b346000d2a94267f3d4e450da340ee8899118e147309f222866f8e92f2eec991 bind-libs-lite-9.11.4-16.P2.el7_8.6.x86_64.rpm d412f3d546e61dceadb365a0330e05e39f3f17a34fa498282f8185b30873d13a bind-license-9.11.4-16.P2.el7_8.6.noarch.rpm 7d84f1efafe000a200cc69c19745ec7160b367816960d4d9b68b74dbd958587f bind-lite-devel-9.11.4-16.P2.el7_8.6.i686.rpm a4f5b9133a0f7a61ecb39821447653dd74a0e566d550a07419a74a6987f5f6a2 bind-lite-devel-9.11.4-16.P2.el7_8.6.x86_64.rpm 89c63dc7c96ed48abafd2f47d8d136386e748bf4b18fdde1542b5fe6d2026972 bind-pkcs11-9.11.4-16.P2.el7_8.6.x86_64.rpm 849903c6ebad979c99eacfda2da0a163278f96c71391c70dacbe37d02cb49cff bind-pkcs11-devel-9.11.4-16.P2.el7_8.6.i686.rpm 18a0eeb4fccdbe2e7461e887f1b706c7a5c15829ddbd10be58d425e8d8cf8977 bind-pkcs11-devel-9.11.4-16.P2.el7_8.6.x86_64.rpm 73a2af6e7bc4b18900736aac2169075cae1d6ba1c8ad66edc7ab35c55e314c7f bind-pkcs11-libs-9.11.4-16.P2.el7_8.6.i686.rpm 3bbfd7a6839cc3212ce64dea5783ba902179b22db4d92cf645187f6d30a4bcaa bind-pkcs11-libs-9.11.4-16.P2.el7_8.6.x86_64.rpm 7c168b20b00c0448d9f8b328255887fe1b56cdef945b685a1c8a01ab18c484bc bind-pkcs11-utils-9.11.4-16.P2.el7_8.6.x86_64.rpm bf935560405dec5ad9ef7cc57f375e872b41cccab0fd485485ad00bcf33c1dac bind-sdb-9.11.4-16.P2.el7_8.6.x86_64.rpm 62d0e11eba7a5abf23ce990fcaf995a7577911d7d03523c67ebd414563116026 bind-sdb-chroot-9.11.4-16.P2.el7_8.6.x86_64.rpm 54fcca52cf394832615bb650b2f51a9eca3135c38c2e94081996012f56e7bcae bind-utils-9.11.4-16.P2.el7_8.6.x86_64.rpm Source: 3ba83af739659dabac74d8ab36962632fb890fb826a28ea969719f2cf3d9efd7 bind-9.11.4-16.P2.el7_8.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 184, Issue 1 ***********************************************

1 0

user names
by Jerry Geis 02 Jun '20

02 Jun '20

How can I define a local use with "@" in the name useradd "bob@myname" gives error. I "need" to have the @ sign in the name -is that possible. Silly reason - the system I am trying to send emails to the linux server has a bug. I'm trying to get around it. Thanks, Jerry

8 13

Where can I find centos-release-8.1-1.1911.0.9.el8.src.rpm
by me＠tdiehl.org 01 Jun '20

01 Jun '20

Hi, I am looking for centos-release-8.1-1.1911.0.9.el8.src.rpm. Does anyone know where to find it. The only thing I see in vault is centos-release-8.1-1.1911.0.8.el8.src.rpm. Regards, -- Tom me(a)tdiehl.org

3 2

docker-firewalld
by Thomas Stephen Lee 31 May '20

31 May '20

Hi, https://fedoraproject.org/wiki/Changes/firewalld_default_to_nftables mentions a docker-firewalld where can I find that package or source code? thanks --- Lee

3 5

looking for ideas about how to create a constant data stream
by hw＠gc-24.de 30 May '20

30 May '20

Hi, I'm looking for a good way to create a constant data stream that will occupy a bandwidth of about 2--5Mbit/sec between two remote hosts over the internet. I have full access to the hosts involved. My first attempt to use scp to copy data from /dev/null on host A to /dev/null on host B, but scp says '/dev/null: not a regular file'. If something like that would work, I would be able to limit the bandwidth of this transfer in the router(s) involved so that it won't occupy all the bandwidth. Of course, it would be better if I could limit the bandwidth on the sending side rather than dropping packages. I could probably write some program to do that, but since I have never programmed such a kind of network application, it would be rather time consuming. Maybe there's already a kind of tool around that can do this. I need this to work around whatever settings my ISP has made 3 days ago that block my VPN connection so that I effectively can't reasonably work anymore. I do know what the problem with the connection is and that occupying some bandwidth would unblock the VPN; only there doesn't seem to be anything else I could about it.

6 5

Re: [CentOS] Recover from an fsck failure
by James B. Byrne 29 May '20

29 May '20

On Thu, May 28, 2020 19:38, Robert Nichols wrote: > What output do you get from: > > file -s /dev/mapper/vg_voinet01-lv_log > lsblk -f /dev/mapper/vg_voinet01-lv_log > file -s /dev/mapper/vg_voinet01-lv_log /dev/mapper/vg_voinet01-lv_log: symbolic link TO '../DM-5' dm-f lsblk -f /dev/mapper/vg_voinet01-lv_log NAME FSTYPE LABEL UUID MOUNTPOINT vg_voinet01-lv_log (dm-5) The cloned source is a CentOS-6.6 based FreePBSX appliance using lvm. It has a single 500GB HDD. The source host is running and testing of its HDD shows no errors from the test. However, the number of recoverable read and write errors are abnormally high indicating that the HDD is approaching the end of its service life. I wish to replace it without having to rebuild the entire PBX system from scratch. All of the LVMs on the cloned HDD are ext4 file systems. The only one that failed is the log partition /var/log. If I cannot fix this then I wish to replace it with an empty fs and simply rsync the contents of /var/log from the running system to it. I need to do this anyway just prior to replacement as the PBX is running. However, it is about six years since I last had to do this and while I have my notes I would appreciate a short precis of the steps involved. This is the file system layout. /etc/fstab /dev/mapper/vg_voinet01-lv_root / ext4 defaults 1 1 UUID=302ab0fo-f985-4903-86e2-e218b1345e0 /boot ext4 defaults 1 2 /dev/mapper/vg_voinet01-lv_home /home ext4 defaults 1 2 /dev/mapper/vg_voinet01-LogVol04 /var ext4 defaults 1 2 /dev/mapper/vg_voinet01-lv_log /var/log ext4 defaults 1 2 /dev/mapper/vg_voinet01-lv_spool /var/spool ext4 defaults 1 2 /dev/mapper/vg_voinet01-lv_swap swap swap defaults 0 0 tmpfs /dev/shm tmpfs defaults,nodev,. . . parted -l Model: ATA WDC WD1002FAEX-0 (scsi) Disk /dev/sda: 1000GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1094kB 525MB 524MB primary ext4 boot 2 525MB 500GB 500GB primary lvm Model: Linux device-maper (linear) (dm) Disk: /dev/mapper/vg_voinet01-lv_spool: 68.7GB Sector size (logical/physical): 512B/512B Partition Table: loop Number Start End Size Type File system Flags 1 0.00B 68.7GB 68.7GB primary ext4 Error: /dev/mapper/vg_voinet01-lv_log: unrecognized disk label Model: Linux device-maper (linear) (dm) Disk: /dev/mapper/vg_voinet01-lv_home: 3355MB Sector size (logical/physical): 512B/512B Partition Table: loop Number Start End Size Type File system Flags 1 0.00B 3355MB 3355MB primary ext4 Model: Linux device-maper (linear) (dm) Disk: /dev/mapper/vg_voinet01-LogVol04: 336GB Sector size (logical/physical): 512B/512B Partition Table: loop Number Start End Size Type File system Flags 1 0.00B 336GB 336GB primary ext4 Error: /dev/mapper/vg_voinet01-lv_swap: unrecognized disk label Model: Linux device-maper (linear) (dm) Disk: /dev/mapper/vg_voinet01-lv_spool: 67.1GB Sector size (logical/physical): 512B/512B Partition Table: loop Number Start End Size Type File system Flags 1 0.00B 67.1GB 67.1GB primary ext4 I will have to do this from a live cd I presume as the shell that the failed boot process dropped me into give a "File-based locking initialisation failed." when I try to run vgdisplay or vgs. Any guidance appreciated. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail Do NOT open attachments nor follow links sent by e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 2

Re: [CentOS] network disconnection after several hours
by Thomas Poty 29 May '20

29 May '20

I will check with firewall-cmd. Regarding hardware problem I have doubt as we use VMWare (but I keep in a corner of my mind).At this moment, we have compiled kernel and have installed it and have tried 4 restore passed.We need to do more tests and understand why 4 restores passed. Thanks Thomas Poty Le jeudi 28 mai 2020 à 23:58:22 UTC+2, hw <hw(a)adminart.net> a écrit : On Tuesday, May 26, 2020 2:42:13 PM CEST Thomas Poty via CentOS wrote: > Hi,We have tried : > - with and without NetworkManager-config-server- with and without > NetworkManagerbut result is still the same : we get disconnection :-/ We > will try with the last kernel. > anybody has a track to explore ? > Thanks > Have you enabled logging with firewall-cmd to see if there are packets being dropped while the dump is being restored? Besides that, one of the first things I'd try is changing out the network card, replace the network cable and use a different port on the switch. Keep in mind that two machines are involved. Even stupid network cables can "switch" between working and non-working for no reason at all like you wouldn't believe ... until you plug them into a PoE switch by mistake after which they suddenly no longer work at all.

1 0

Recover from an fsck failure
by James B. Byrne 28 May '20

28 May '20

This is CentOS-6x. I have cloned the HDD of a CentOS-6 system. I booted a host with that drive and received the following error: checking filesystems /dev/mapper/vg_voinet01-lv_root: clean, 128491/4096000 files, 1554114/16304000 blocks /dev/sda1: clean, 47/120016 files, 80115/512000 blocks /dev/mapper/vg_voinet01-lv_home: clean, 7429/204800 files, 90039/819200 blocks /dev/mapper/vg_voinet01-LogVol04: clean, 770219/20480000 files, 34881086/8102000 blocks fsck.ext4: Bad magic number in super-block while trying to open /dev/mapper/vg_voinet01-lv_log /dev/mapper/vg_voinet01-lv_log The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsk -b 8193 <device> /dev/mapper/vg_voinet-lv_spool: clean, 372/614400 files, 171186/2457600 blocks *** An error occurred during the file system check. *** Dropping you to a shell; the system will reboot *** when you leave the shell. Give root password for maintenance (or type Control-D to continue): I ran mke2fs to locate the backup superblocks: mke2fs -n /dev/mapper/vg_voinet01-lv_log . . . Superblock backups stored on blocks: 32768, 90304, 163840, 229376, 294912, 819200, 884736, 1605632 and ran: e2fsck -b 32768 /dev/mapper/vg_voinet01-lv_log The superblock could not be read or does not describe a correct ext2 The same thing happened for the next backup superblock addrees. And all the rest reported an invalid argument error from e2fsck. Is this recoverable? How? -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail Do NOT open attachments nor follow links sent by e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

3 2

xinetd custom service - perl - remote address
by Gary Stainburn 28 May '20

28 May '20

Hi all, I can't believe that I can't find the answer to this one. I have a perl script which is called by xinetd. I want that perl script to be able to detect the remote IP address of the caller. I presumed that it would be an environment variable but I could be wrong. I've found reference to the ENV and PASSENV arguments for xinetd.conf but no examples, and no indication of what auguments to use. In my script I have the following code: foreach (keys %ENV) { print "$_=$ENV{$_}\n";} but the only line I get back is: XINETD_LANG=en_US

5 5

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss