- Arch-general - lists.archlinux.org

Re: [arch-general] Dedicated Arch servers
by Jonathan Brown 20 Mar '10

20 Mar '10

Dude relax - I was offering you the services of the company I work for. However, I far from own the company, I am just a tech. Even so, I didn't feel it was appropriate to respond to the mailing list. Sorry that offended you so much. Spamming you? Absolutely not sir. I am a proud arch user is all- I don't sit here reading thru the Arch list skimming for opportuniites, I just felt like it would be more appropriate to respond to you directly. If that is against the mailing list rules I shaint do it again. ----- Original Message ---- From: Sam Harada <sam(a)peasantoid.org> To: Jonathan Brown <jbssfl(a)yahoo.com> Sent: Sat, March 20, 2010 1:22:18 AM Subject: Re: [arch-general] Dedicated Arch servers On Fri, Mar 19, 2010 at 11:26:12AM -0700, Jonathan Brown wrote: > I am a NOC technician at a data center- > > I will install it for you if you like- > > We have some pretty good deals on servers > > email sdodman(a)sagonet.com > and tell him what kind of dedicated server you are looking for and he'll give you a good deal- > Be sure to tell him that Jon B. recommended you contact him and that I said I will install Arch Linux on the server and that there won't be any extra charge to install that OS > > Bear in mind, we do try to help our unmanaged dedicated server customers as much as possible with software issues etc and anything else that we can up to a point (meaning if it gets intensive we will usually have to charge ATS etc), but we don't really support Arch, and I'm the only one there with experience with Arch.. so it would truly be unmanaged, unless you happen to catch me as your support technician when you open a support ticket.. > > That being said - get a dedicated server from us and I'll gladly throw Arch on there for ya! (I honestly think out of our 5000+ servers, there is not ONE with Arch .. lol) You probably should have responded to arch-general(a)archlinux.org rather than my address. Either that or you're spamming me. Please don't. Protip: Make your email client respect the Reply-To header.

2 3

[arch-general] fdisk vs cfdisk... And is my drive borked or what?
by Joe(theWordy)Philbrook 19 Mar '10

19 Mar '10

I'm new to Arch. I recently dumped a very bloated Sabayon installation which left me enough room on my laptop for two other distros... I went with PCLinuxOS AND Arch because both sounded like reinstalling from scratch wasn't a twice a year thing... Actually I tried installing PCLinuxOS on a usb drive before I dumped Sabayon. But something went wrong in the first attempt when the installer formatted the new PCLinuxOS root partition on /dev/sda (as it called my usb drive) and promptly wrote the partition table to /dev/hdb (as it called my laptop's internal drive... ARGH! Fortunately after a send attempt succeeded in installing to usb drive succeeded some tool called "testdisk: was able to restore my laptop's partition table. And every thing worked again... (That was the last time I'll ever let an installer format anything. Strictly pre-partition and pre-mkfs from now on...) Any way I only mention it because When I got around to installing Arch on one of the two partitions I recovered from Sabayon, I skipped the installation step of letting cfdisk touch my partitions and simply selected the partition I previously prepared for it with mkfs.ext3. But later as working my way through the beginners guide in the wiki, the clear explanation of why distro's like to use UUID instead of /dev/Xdx# sold me on using persistent (BUT HUMAN READABLE!!!) entries like: "/dev/disk/by-label/Arch_lap-7" & "/dev/disk/by-label/SWP_lap-12" Especially since there was a wealth of how-to info right there in the wiki... But in the process I happened to do an: fdisk /dev/sda Which complained about a dos compatibility flag and that I should change the display/entry units to sectors. This showed me a small bit of unused space above my last logical partition (/dev/sda12)... Anyway I decided to look at it with cfdisk (which I haven't used in years but remembered as being easier to work with than fdisk...) But all I got from cfdisk was. => FATAL ERROR: Bad primary partition 3: Partition ends after end-of-disk => Press any key to exit cfdisk Which considering the recent "testdisk" repair, frightened be a bit. But it also frustrated me. Especially since fdisk didn't show anything like that... Unless maybe: When "cfdisk /dev/sda" says "partition 3:" is it counting from 0? That is, does it mean "/dev/sda4" ??? Because that's my extended partition... And a close look at the ending cylinder/sector of /dev/sda4 is a slightly higher number than it reports the total cylinders/sectors to be... I've pasted both the sector and cylinder views of my part table below, Is this anything I should be worried about??? Is there a way to fix this without destroying everything in the extended partition??? (That's a LOT of backing up to dvd, and I don't have room anyplace else...) -- | ~^~ ~^~ | <?> <?> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp(a)ttlc.net>> Disk /dev/sda: 120.0 GB, 120034123776 bytes 255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x4573c650 Device Boot Start End Blocks Id System /dev/sda1 * 63 55456379 27728158+ 7 HPFS/NTFS /dev/sda2 55456380 68372639 6458130 c W95 FAT32 (LBA) /dev/sda3 68372640 70332569 979965 83 Linux /dev/sda4 70332570 234452609 82060020 f W95 Ext'd (LBA) /dev/sda5 70332633 103538924 16603146 83 Linux /dev/sda6 103538988 136745279 16603146 83 Linux /dev/sda7 136745343 169951634 16603146 83 Linux /dev/sda8 169951698 175815359 2931831 83 Linux /dev/sda9 175815423 183622949 3903763+ 83 Linux /dev/sda10 183623013 195334334 5855661 83 Linux /dev/sda11 195334398 232444484 18555043+ 83 Linux /dev/sda12 232444548 234436544 995998+ 82 Linux swap / Solaris Disk /dev/sda: 120.0 GB, 120034123776 bytes 255 heads, 63 sectors/track, 14593 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x4573c650 Device Boot Start End Blocks Id System /dev/sda1 * 1 3452 27728158+ 7 HPFS/NTFS /dev/sda2 3453 4256 6458130 c W95 FAT32 (LBA) /dev/sda3 4257 4378 979965 83 Linux /dev/sda4 4379 14594 82060020 f W95 Ext'd (LBA) /dev/sda5 4379 6445 16603146 83 Linux /dev/sda6 6446 8512 16603146 83 Linux /dev/sda7 8513 10579 16603146 83 Linux /dev/sda8 10580 10944 2931831 83 Linux /dev/sda9 10945 11430 3903763+ 83 Linux /dev/sda10 11431 12159 5855661 83 Linux /dev/sda11 12160 14469 18555043+ 83 Linux /dev/sda12 14470 14593 995998+ 82 Linux swap / Solaris

4 10

[arch-general] Open Konsole Here ???
by Nilesh Govindarajan 19 Mar '10

19 Mar '10

KDE used to have an "Open Konsole Here" option as it appears in Nautilus when you install nautilus-open-terminal. Where's it vanished ? Or I'm missing some addon ? -- Nilesh Govindarajan Site& Server Adminstrator www.itech7.com

4 6

[arch-general] [OT] ArchLinux on uncyclopedia
by Gaurish Sharma 19 Mar '10

19 Mar '10

Hi, Sharing ArchLinux's article on uncyclopedia[1]. Its awefully funny. I almost fell from my chair laughing. Here is a small part of it: "The almighty Judd has succeeded in making Archlinux the only Linux distribution which combines all the worst features Slackware and Gentoo have to offer. Archlinux is mighty fast, only runing on computers with a certain leetness factor (codenamed 686+), and features a package manager with an extremely funny name: pacman. When used with a large pill, Pacman is also a very valuable tool for devouring ghosts." Also, checkout the modified Wallpaper http://lh6.ggpht.com/_iaFx0ymozoI/SPWLes9mLOI/AAAAAAAAAPE/B4iXp3vdw30/s800/… Read full [1] http://uncyclopedia.wikia.com/wiki/Archlinux -- Regards, Gaurish Sharma www.gaurishsharma.com

4 3

Re: [arch-general] DVD's won't read
by Roberto Malinverni 19 Mar '10

19 Mar '10

> ------------------------------ > Date: Thu, 18 Mar 2010 22:20:21 +0530 > From: Nilesh Govindarajan <lists(a)itech7.com> > Subject: Re: [arch-general] DVD's won't read > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Message-ID: <4BA259CD.8000200(a)itech7.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > My drive has in total only 40 pins. How an 80 pin connector would fit > into it ? > Sorry, I forgot to post the link: http://www.pcguide.com/ref/hdd/if/ide/confCable80-c.html All ide devices have only 40 pin, but ide cables come in two flavour, one with 40 pin /40 connectors, the other with 40 pin /80 connectors. They fit both with every ide device, but some device works correctly only with the 40/80 type of cable. Roberto -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto.

1 0

[arch-general] patch command not working?
by Preston C. 19 Mar '10

19 Mar '10

When I try to use the 'patch' command it tells me "command not found"? Yet, there is an entire man page on this command. Any reason for this? Preston

4 5

[arch-general] Dedicated Arch servers
by Nilesh Govindarajan 19 Mar '10

19 Mar '10

Hi, Do you know some dedicated server / VPS provider (unmanaged), who supports Arch Linux, with good service and reasonable rates ? -- Nilesh Govindarajan Site & Server Adminstrator www.itech7.com

7 9

[arch-general] New versioned-dep libgl on xorg-server
by Ng Oon-Ee 19 Mar '10

19 Mar '10

Hi, I saw this mentioned in the forums as well, but it was basically a 'wait for new version' advise given. Latest xorg-server in [testing] (1.7.6-1) has a versioned dep on libgl (libgl>=7.7.0.901). I'm sure there's reasons for this, since as I recall versioned deps are used sparingly if at all. I use nvidia-utils-beta however, and it only provides libgl (no specific version). nvidia-utils from [extra] is the same. Is it safe to merely make nvidia-utils-beta provide libgl=7.7.0.901, and will this be done with the nvidia-utils backage from [extra]?

1 1

[arch-general] [signoff] mdadm-3.1.2-2
by Tobias Powalowski 18 Mar '10

18 Mar '10

This is a bugfix/stability release over 3.1.1. Significant changes are: - The default metadata has change again (sorry about that). It is now v1.2 and will hopefully stay that way. It turned out there with boot-block issues with v1.1 which make it unsuitable for a default, though in many cases it is still suitable to use. - Stopping a container is not permitted when members are still active - Add 'homehost' to the valid words for the "AUTO" config file line. When followed by "-all", this causes mdadm to auto-assemble any array belonging to this host, but not auto-assemble anything else. - Fix some bugs with "--grow --chunksize=" for changing chunksize. - VAR_RUN can be easily changed at compile time just like ALT_RUN. This gives distros more flexability in how to manage the pid and sock files that mdmon needs. - Various mdmon fixes - Alway make bitmap 4K-aligned if at all possible. - If mdadm.conf lists arrays which have inter-dependencies, the previously had to be listed in the "right" order. Now any order should work. - Fix --force assembly of v1.x arrays which are in the process of recovering. - Add section on 'scrubbing' to 'md' man page. - Various command-line-option parsing improvements. - ... and lots of other bug fixes. Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] [signoff] mdadm-3.1.2-1
by Tobias Powalowski 18 Mar '10

18 Mar '10

This is a bugfix/stability release over 3.1.1. Significant changes are: - The default metadata has change again (sorry about that). It is now v1.2 and will hopefully stay that way. It turned out there with boot-block issues with v1.1 which make it unsuitable for a default, though in many cases it is still suitable to use. - Stopping a container is not permitted when members are still active - Add 'homehost' to the valid words for the "AUTO" config file line. When followed by "-all", this causes mdadm to auto-assemble any array belonging to this host, but not auto-assemble anything else. - Fix some bugs with "--grow --chunksize=" for changing chunksize. - VAR_RUN can be easily changed at compile time just like ALT_RUN. This gives distros more flexability in how to manage the pid and sock files that mdmon needs. - Various mdmon fixes - Alway make bitmap 4K-aligned if at all possible. - If mdadm.conf lists arrays which have inter-dependencies, the previously had to be listed in the "right" order. Now any order should work. - Fix --force assembly of v1.x arrays which are in the process of recovering. - Add section on 'scrubbing' to 'md' man page. - Various command-line-option parsing improvements. - ... and lots of other bug fixes. Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 1