Re: [arch-general] Quoting of E-mails
Le mardi 12 janvier 2010 à 12:48 +0800, Ng Oon-Ee a écrit : [...] and its really tough to go through archives (for example, when googling about an issue) when there's top-posting involved. That's actually my primary reason for bottom-posting. By the way, how do you search in the archives of the archlinux ML ? especially on several months ? I had to download the text files and grep them to find what I was looking for. Is there a better way ?
Re: [arch-general] Quoting of E-mails
solsTiCe d'Hiver wrote: Le mardi 12 janvier 2010 à 12:48 +0800, Ng Oon-Ee a écrit : [...] and its really tough to go through archives (for example, when googling about an issue) when there's top-posting involved. That's actually my primary reason for bottom-posting. By the way, how do you search in the archives of the archlinux ML ? especially on several months ? I had to download the text files and grep them to find what I was looking for. Is there a better way ? google e.g. to search for foobar in arch-dev-public: foobar site:http://mailman.archlinux.org/pipermail/arch-dev-public/ (42 hits!)
Re: [arch-general] [arch-dev-public] [announcement] qemu/qemu-kvm announcement draft
On 01/12/2010 07:33 AM, Tobias Powalowski wrote: Am Dienstag 12 Januar 2010 schrieb Alexander Duscheleit: On Sun, 10 Jan 2010 11:07:19 +0100 Tobias Powalowskit.p...@gmx.de wrote: Am Sonntag 10 Januar 2010 schrieb Simon Boulay: On 01/10/2010 09:48 AM, Tobias Powalowski wrote: Am Samstag 09 Januar 2010 schrieb Simon Boulay: On 01/09/2010 09:09 PM, Tobias Powalowski wrote: Am Samstag 09 Januar 2010 schrieb Dan McGee: On Sat, Jan 9, 2010 at 11:52 AM, Tobias Powalowskit.p...@gmx.de wrote: Yes will change the install message. Yes there is no mention in the changelogs, really strange. greetings tpowa Ok like this? echo Since kernel 2.6.29: echo Qemu package now provides standard qemu with kvm enabled. echo echo PLEASE READ FOR KVM USAGE! echo Load the correct KVM module, you will need a KVM capable CPU! echo Add yourself to the group 'kvm'. echo Use 'qemu --enable-kvm' to use KVM. echo echo With the release of qemu and qemu-kvm 0.12.X, the kqemu kernel module echo is no longer supported and will be removed from the repositories. You echo can safely uninstall it from your system. Can we put some vercmp checks around messages like this? That way people only have to see them once (when they upgrade the first time to a 0.12.x version for the second message). The first message should really be a post_install message. And with all that said, why are there two packages in extra if qemu package now provides standard qemu with kvm enabled? -Dan Yes sure i can add those vercmp stuff. qemu and qemu-kvm is different. qemu-kvm is only for kvm while qemu provides much more machines to emulate. I'm not sure about that. Both seems to share the same code for machine emulation; only the kvm stuff is different. In fedora 12, they build kvm and qemu-system-xxx from qemu-kvm 0.11. But I don't know how this will evolve in the future. If qemu and qemu-kvm are used for different purposes, one may need to install both apps side by side but that's not possible in archlinux. Why? qemu is for those who need more different emulation types. qemu-kvm is only for 86 emulation with kvm hardware support. Both differ in files you would need to hack bios file destination etc. I don't see any need to install both at the same time. Because one may want to use x86 emulation with kvm hardware support and qemu-system-arm for example on the same machine. It is possible to build all targets with qemu-kvm but that's not the default and I don't know if that'll be the case for future release. For 0.11 release, qemu and qemu-kvm seems to converge, but with 0.12 that's not so clear (at least to me). As I understand it, the development of platform emulation is done in qemu and kvm virtualization is done in qemu-kvm (even if qemu has some kvm support) but the qemu repository is regularly merged in qemu-kvm. I don't find any official statement about that, so... normal qemu supports kvm too, just use --enable-kvm start parameter. So no need to install qemu-kvm. greetings tpowa In this light, what actually is qemu-kvm good for? We don't split packges for -src, -devel, but for startup-parameters? If there is no other difference then a few more binaries (which as far as i know doesn't justify another package) why not kill qemu-kvm alltogether and include something like /usr/bin/kvm: ---8--- #!/bin/bash qemu --enable-kvm $* ---8--- When I tested both packages here qemu with --enable-kvm *felt* a little slower when running XP, but that's a) entirely subjective and b) I dodn't test identical workloads. So, again, what is the reason for there being a qemu-kvm package, when it is apparently a subset of the qemu package? Greetings, jinks The size of the package differs enormous. I'll keep both. The size differs because qemu-kvm doesn't build all targets by default unlike qemu. If you build qemu-kvm with ./configure --target-list= both packages will be the same size... AFAIK the difference between the two is in the kvm implementation. qemu-kvm is far more advanced in this area (support more targets, ksm, and certainly many other things regarding the amount of code differences). The point is, as kqemu is gone, qemu-kvm can replace qemu and even provide more functionality. But it is not so clear that this will be always true. archlinux choose to offer both packages for two different purposes and it's fine. But if they are two different applications, why not make it possible to install both at the same time? You, archlinux developers make an amazing job. The beauty and the power of archlinux is that I can easily build qemu and/or qemu-kvm in my own particular weird way ;-) Greetings, Simon.
Re: [arch-general] Quoting of E-mails
On 01/12/2010 11:13 AM, Allan McRae wrote: solsTiCe d'Hiver wrote: Le mardi 12 janvier 2010 à 12:48 +0800, Ng Oon-Ee a écrit : [...] and its really tough to go through archives (for example, when googling about an issue) when there's top-posting involved. That's actually my primary reason for bottom-posting. By the way, how do you search in the archives of the archlinux ML ? especially on several months ? I had to download the text files and grep them to find what I was looking for. Is there a better way ? google e.g. to search for foobar in arch-dev-public: foobar site:http://mailman.archlinux.org/pipermail/arch-dev-public/ (42 hits!) There is also gmane.org: http://news.gmane.org/gmane.linux.arch.devel http://news.gmane.org/gmane.linux.arch.general
Re: [arch-general] building x86_64 packages under qemu?
Tobias Powalowski t.p...@gmx.de writes: Am Montag 11 Januar 2010 schrieb Chris Brannon: Is there any reason why building x86_64 packages under qemu-system-x86_64 would be a bad idea? It is a little slow, but it is usable. Plus, qemu has a curses interface. why not using a chroot for this? ok this only works if you have a 64bit machine running. Right, I don't have 64-bit hardware. That's the only reason I'm interested in this approach. -- Chris
Re: [arch-general] building x86_64 packages under qemu?
Thomas Bächler tho...@archlinux.org writes: It is not a little slow, but painfully slow (remember: the compiler runs in an emulated environment, where each CPU instruction issued by the compiler is translated into a CPU instruction that the host CPU understands, and the result is somehow translated back). Yes, I've noticed that the ./configure step is especially painful, because of all of the little test programs that it compiles. Running ./configure for a small project took the good part of half an hour. If you really want to do this, it might be better (but surely not easier, this is rather Voodoo) to port makepkg to using a cross-compiler toolchain. Sounds risky, as well. At some point, it'll become worthwhile to simply upgrade my platform. -- Chris
Re: [arch-general] [arch-dev-public] OS News interview
The common way is to reply on arch-general, so I will include that list in CC now. Thanks for the clarification. So your concern was not about using external binaries, it was about keeping to use outdated Arch programs. That's also a very good point when talking about disadvantages of the rolling release model. It seems most developers answered purely from a developer point of view more than a user one. But I read the answers again and noticed the overlord did mention both sides :) Aaron Griffin: The biggest problem with the rolling release model is laziness - from upstream developers and Arch users. We try to stay up to date wherever possible, but some upstream developers are slow at adopting new changes. This means we need to do extra work to make their software compatible with new library versions and things of that nature. On the user end, you get people who don't regularly update their system (something we indicate as very important), and you end up with newer software and older libraries on the same system, causing breakages. So I just want to highlight that it's indeed very important to regularly update a Arch system, and it's something that should be made clear when advertising Arch, because it definitely does not fit to everyone. On Tue, Jan 12, 2010 at 5:22 AM, Gregory Eric Sanderson gzou2...@gmail.com wrote: Hi Xavier, I tried to post an answer to your last message, but since i'm only an observer on the dev list I can't. So I'm transfering directly to you my answer if ever it might interest you -- Forwarded message -- From: Gregory Eric Sanderson gzou2...@gmail.com Date: Mon, Jan 11, 2010 at 11:20 PM Subject: Re: [arch-dev-public] OS News interview To: Public mailing list for Arch Linux development arch-dev-pub...@archlinux.org Actually, that question came from me :-) Sorry if the question wasn't clear, I should have phrased it in a different way. Although my country officiaily has 2 languages, I live in the province that speaks almost only french, so I don't get much chances practicing my english. The programs that depend on older libraries who aren't on the system anymore because of an update is actually an example that I was trying to give of a disadvantage that could occur because of the rolling release model. when I switched full-time to Arch, I din't do system upgrades very often and It happend regularly that programs would stop to work because they were linked to libraries who were updated as part of the installation of a new program. (I hardly get this problem anymore since I upgrade more regularly now) Don't get me wrong, I love the rolling release model. But I was curious to know what the developers thought of this and if they saw any other disadvantages or quirks that the rolling release model brought On Mon, Jan 11, 2010 at 6:59 PM, Xavier shinin...@gmail.com wrote: On Mon, Jan 11, 2010 at 11:22 PM, Allan McRae al...@archlinux.org wrote: The OS News interview is up: http://www.osnews.com/story/22692/Arch_Linux_Team Fun interview. Allan's answers are the best, I have to say :) Some comments : - a few formatting issues. like the first reply from Thomas often misses a newline. Allan lost his A and became llan and one page. - whats the difference between these two questions on page 5 : What part of the Arch Linux development is the most active? Where is development primarily focused for the Arch Linux team (the installation, pacman, etc)? - about this question One of the most notable characteristics of Arch is its rolling release model, which assures users that they will always have the latest and newest version of a program available. Has this model brought any noticeable disadvantages (for example: programs that depend on older libraries who aren't on the system anymore because of an update)? I am not sure what the question meant to hint with programs that depend on older libraries who aren't on the system anymore because of an update but that reminded me of several times I tried to run some binaries on Arch, and it failed because all libraries were too new. :)
Re: [arch-general] Quoting of E-mails
On Tue, Jan 12, 2010 at 11:48 AM, Simon Boulay simon.bou...@gmail.com wrote: google e.g. to search for foobar in arch-dev-public: foobar site:http://mailman.archlinux.org/pipermail/arch-dev-public/ (42 hits!) There is also gmane.org: http://news.gmane.org/gmane.linux.arch.devel http://news.gmane.org/gmane.linux.arch.general And many others as google can show you : http://www.mail-archive.com/arch-dev-pub...@archlinux.org/ http://archive.netbsd.se/?ml=arch-dev-public http://n2.nabble.com/arch-dev-public-f2376690.html
Re: [arch-general] [arch-dev-public] [announcement] qemu/qemu-kvm announcement draft
On Tue, 12 Jan 2010 11:41:03 +0100 Simon Boulay simon.bou...@gmail.com wrote: On 01/12/2010 07:33 AM, Tobias Powalowski wrote: [snip] So, again, what is the reason for there being a qemu-kvm package, when it is apparently a subset of the qemu package? Greetings, jinks The size of the package differs enormous. I'll keep both. I didn't look at them until now, but yes, at 5 MB vs 56 MB this makes sense. The size differs because qemu-kvm doesn't build all targets by default unlike qemu. If you build qemu-kvm with ./configure --target-list= both packages will be the same size... AFAIK the difference between the two is in the kvm implementation. qemu-kvm is far more advanced in this area (support more targets, ksm, and certainly many other things regarding the amount of code differences). *This* was what i was looking for. I couldn't really find anything published about the differences between the two different releases in any prominent place. The point is, as kqemu is gone, qemu-kvm can replace qemu and even provide more functionality. But it is not so clear that this will be always true. archlinux choose to offer both packages for two different purposes and it's fine. But if they are two different applications, why not make it possible to install both at the same time? if qemu-kvm ist more advanced in the kvm regard and can offer the same functionality with an added --target-list, wouldn't it at least make sense to build both packages from the qemu-kvm sources? (I thought until now, the kvm sources wouldn't support other targets than x86(_64).) As far as I understand, at the moment I have to choose between either latest and greatest kvm performance *or* multiple target support. You, archlinux developers make an amazing job. The beauty and the power of archlinux is that I can easily build qemu and/or qemu-kvm in my own particular weird way ;-) +1 :) Greetings, Simon. Greetings, jinks P.S.: As a sidenote: Is it normal/intentional that I don't get my own mails back via the list? Or is this some weird GMail stuff?
Re: [arch-general] Quoting of E-mails
On Tue, Jan 12, 2010 at 11:08:37AM +0100, solsTiCe d'Hiver wrote: By the way, how do you search in the archives of the archlinux ML ? especially on several months ? With Mutt's limit command. -- Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX What's the definition of a legacy system? One that works! Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!!
Re: [arch-general] [arch-dev-public] [signoff] mkinitcpio 0.5.28-1
On 12/01/2010 11:03 πμ, Thomas Bächler wrote: I think what we have now in the kill-klibc branch might actually boot in a standard setup (no raid, nfs, lvm, encryption), but I didn't try. I'll keep you posted. I gave it a try in a VM but it still fails with Failed to execute /init like last time (http://i.imgur.com/h6xDu.png). The mkinicpio revision I tried was 54fd032, along with latest mkinitcpio-busybox/trunk. The command used to generate the initramfs image was `./mkinitcpio -g /boot/kernel26.img' from within the cloned Git repository (switched to the kill-klibc branch). Let me know if I can help with further testing.
Re: [arch-general] [arch-dev-public] [announcement] qemu/qemu-kvm announcement draft
On 01/12/2010 02:29 PM, Alexander Duscheleit wrote: On Tue, 12 Jan 2010 11:41:03 +0100 Simon Boulaysimon.bou...@gmail.com wrote: On 01/12/2010 07:33 AM, Tobias Powalowski wrote: [snip] So, again, what is the reason for there being a qemu-kvm package, when it is apparently a subset of the qemu package? Greetings, jinks The size of the package differs enormous. I'll keep both. I didn't look at them until now, but yes, at 5 MB vs 56 MB this makes sense. The size differs because qemu-kvm doesn't build all targets by default unlike qemu. If you build qemu-kvm with ./configure --target-list= both packages will be the same size... AFAIK the difference between the two is in the kvm implementation. qemu-kvm is far more advanced in this area (support more targets, ksm, and certainly many other things regarding the amount of code differences). *This* was what i was looking for. I couldn't really find anything published about the differences between the two different releases in any prominent place. Me neither... I found this: http://fedoraproject.org/wiki/Features/KVM_and_QEMU_merge and Fedora package source here: http://cvs.fedoraproject.org/viewvc/rpms/qemu/devel/ The point is, as kqemu is gone, qemu-kvm can replace qemu and even provide more functionality. But it is not so clear that this will be always true. archlinux choose to offer both packages for two different purposes and it's fine. But if they are two different applications, why not make it possible to install both at the same time? if qemu-kvm ist more advanced in the kvm regard and can offer the same functionality with an added --target-list, wouldn't it at least make sense to build both packages from the qemu-kvm sources? (I thought until now, the kvm sources wouldn't support other targets than x86(_64).) As far as I understand, at the moment I have to choose between either latest and greatest kvm performance *or* multiple target support. You, archlinux developers make an amazing job. The beauty and the power of archlinux is that I can easily build qemu and/or qemu-kvm in my own particular weird way ;-) +1 :) Greetings, Simon. Greetings, jinks P.S.: As a sidenote: Is it normal/intentional that I don't get my own mails back via the list? Or is this some weird GMail stuff?
Re: [arch-general] [arch-dev-public] [signoff] mkinitcpio 0.5.28-1
Am 12.01.2010 15:07, schrieb Evangelos Foutras: On 12/01/2010 11:03 πμ, Thomas Bächler wrote: I think what we have now in the kill-klibc branch might actually boot in a standard setup (no raid, nfs, lvm, encryption), but I didn't try. I'll keep you posted. I gave it a try in a VM but it still fails with Failed to execute /init like last time (http://i.imgur.com/h6xDu.png). The mkinicpio revision I tried was 54fd032, along with latest mkinitcpio-busybox/trunk. The command used to generate the initramfs image was `./mkinitcpio -g /boot/kernel26.img' from within the cloned Git repository (switched to the kill-klibc branch). Let me know if I can help with further testing. Okay, that is weird, I guess I will have to try myself this week, when I get to it. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Why Is My RAID Installing Failing?
On Mon, Jan 11, 2010 at 3:01 PM, Baho Utot baho-u...@columbus.rr.com wrote: Try the params on the /boot/grub/menu.lst line OK - So I am starting from scratch again since my previous attempt failed. I boot from the disk. Load modprobe raid1 modules from command line and then create the RAID1 mirror with 'mdadm'. I have recreated the partitions: sda1 = 4 GB /boot (bootable) sda2 = the rest of the disk (RAID) sdb1 = 4 GB SWAP (SWAP) sdb2 = the rest of the disk (RAID) Below I created the same RAID. #mdadm --create /dev/md0 --level=2 --raid-devices=2 /dev/sda2 /dev/sdb2 **I allowed the mirror to synchronize over night. Right now as I type this, the mirror is done syncing. So according to everything we previously discussed, I don't need to mess with anything else and can go into the /arch/setup and configure my system, right? I should simply only make changes to my menu.lst as noted above, and nothing else when I am prompted to 'Configure System'? So am changing the 'kernel' line in the Grub 'menu.lst' to read as follows: kernel vmlinuz26 root=/dev/md0 md=2,/dev/sda2,/dev/sdb2 ro *Note the 'ro' at the end. It was already there before I add your suggestion in the middle. Do I take it off or leave it on?* Please let me know if I have missed anything.
[arch-general] Deluge 1.2.0
I was wondering if it would be possible to add a message, saying the preferred way of running the different user interfaces now is via a deluge-* script, so deluge-gtk, deluge-web and deluge-console, to the post_install() of the package? Damien
Re: [arch-general] Deluge 1.2.0
On 01/12/2010 04:56 PM, Damien Churchill wrote: I was wondering if it would be possible to add a message, saying the preferred way of running the different user interfaces now is via a deluge-* script, so deluge-gtk, deluge-web and deluge-console, to the post_install() of the package? Damien why? you can always find out them by doing pacman -Ql deluge | grep bin -- Ionut
Re: [arch-general] Deluge 1.2.0
2010/1/12 Ionut Biru biru.io...@gmail.com: On 01/12/2010 04:56 PM, Damien Churchill wrote: I was wondering if it would be possible to add a message, saying the preferred way of running the different user interfaces now is via a deluge-* script, so deluge-gtk, deluge-web and deluge-console, to the post_install() of the package? Damien why? you can always find out them by doing pacman -Ql deluge | grep bin -- Ionut Was merely a suggestion, since before it was done via deluge --ui=*, which still exists, the new scripts just expose a bit more functionality. Personally I don't check binaries every upgrade so just thought it would be a heads up to users.
Re: [arch-general] Deluge 1.2.0
On 01/12/2010 05:04 PM, Damien Churchill wrote: 2010/1/12 Ionut Birubiru.io...@gmail.com: On 01/12/2010 04:56 PM, Damien Churchill wrote: I was wondering if it would be possible to add a message, saying the preferred way of running the different user interfaces now is via a deluge-* script, so deluge-gtk, deluge-web and deluge-console, to the post_install() of the package? Damien why? you can always find out them by doing pacman -Ql deluge | grep bin -- Ionut Was merely a suggestion, since before it was done via deluge --ui=*, which still exists, the new scripts just expose a bit more functionality. Personally I don't check binaries every upgrade so just thought it would be a heads up to users. personally i didn't even use that. i use bash completion and i saw those new scripts :) delugetabtab kinda works -- Ionut
Re: [arch-general] Why Is My RAID Installing Failing?
On Tue, Jan 12, 2010 at 9:48 AM, Carlos Williams carlosw...@gmail.com wrote: On Mon, Jan 11, 2010 at 3:01 PM, Baho Utot baho-u...@columbus.rr.com wrote: Try the params on the /boot/grub/menu.lst line OK - So I am starting from scratch again since my previous attempt failed. I boot from the disk. Load modprobe raid1 modules from command line and then create the RAID1 mirror with 'mdadm'. I have recreated the partitions: sda1 = 4 GB /boot (bootable) sda2 = the rest of the disk (RAID) sdb1 = 4 GB SWAP (SWAP) sdb2 = the rest of the disk (RAID) Below I created the same RAID. #mdadm --create /dev/md0 --level=2 --raid-devices=2 /dev/sda2 /dev/sdb2 **I allowed the mirror to synchronize over night. Right now as I type this, the mirror is done syncing. So according to everything we previously discussed, I don't need to mess with anything else and can go into the /arch/setup and configure my system, right? I should simply only make changes to my menu.lst as noted above, and nothing else when I am prompted to 'Configure System'? So am changing the 'kernel' line in the Grub 'menu.lst' to read as follows: kernel vmlinuz26 root=/dev/md0 md=2,/dev/sda2,/dev/sdb2 ro *Note the 'ro' at the end. It was already there before I add your suggestion in the middle. Do I take it off or leave it on?* Please let me know if I have missed anything. With mdadm in your initrd, you don't need to specify the parameters of the array in Grub. Foregoing that, the first parameter passed to the md option is the type of raid array (e,g, 0, 1, 456) and not the number of devices in the array. Sounds good, otherwise.
Re: [arch-general] Why Is My RAID Installing Failing?
On Tue, Jan 12, 2010 at 10:21 AM, dave reisner d...@falconindy.com wrote: With mdadm in your initrd, you don't need to specify the parameters of the array in Grub. Foregoing that, the first parameter passed to the md option is the type of raid array (e,g, 0, 1, 456) and not the number of devices in the array. Sounds good, otherwise. Dave, Sorry I am confused. Are you saying that I should not do as Baho suggested to my Grub's menu.lst? So what now? I am really lost. I am being told to not add any 'mdadm' and 'raid1' modules hooks into my system configuration because it needs to be done in Grub. But it seems to me now you're telling me I should not have to mess with Grub. I just want a simple RAID1 mirror on my system and the Wiki is a complete mess and not working for me.
Re: [arch-general] Deluge 1.2.0
2010/1/12 Ionut Biru biru.io...@gmail.com: On 01/12/2010 05:04 PM, Damien Churchill wrote: 2010/1/12 Ionut Birubiru.io...@gmail.com: On 01/12/2010 04:56 PM, Damien Churchill wrote: I was wondering if it would be possible to add a message, saying the preferred way of running the different user interfaces now is via a deluge-* script, so deluge-gtk, deluge-web and deluge-console, to the post_install() of the package? Damien why? you can always find out them by doing pacman -Ql deluge | grep bin -- Ionut Was merely a suggestion, since before it was done via deluge --ui=*, which still exists, the new scripts just expose a bit more functionality. Personally I don't check binaries every upgrade so just thought it would be a heads up to users. personally i didn't even use that. i use bash completion and i saw those new scripts :) delugetabtab kinda works -- Ionut True true, had overlooked tab completion! That'll probably be enough.
Re: [arch-general] Why Is My RAID Installing Failing?
On Tue, Jan 12, 2010 at 10:36 AM, Carlos Williams carlosw...@gmail.com wrote: On Tue, Jan 12, 2010 at 10:21 AM, dave reisner d...@falconindy.com wrote: With mdadm in your initrd, you don't need to specify the parameters of the array in Grub. Foregoing that, the first parameter passed to the md option is the type of raid array (e,g, 0, 1, 456) and not the number of devices in the array. Sounds good, otherwise. Dave, Sorry I am confused. Are you saying that I should not do as Baho suggested to my Grub's menu.lst? So what now? I am really lost. I am being told to not add any 'mdadm' and 'raid1' modules hooks into my system configuration because it needs to be done in Grub. But it seems to me now you're telling me I should not have to mess with Grub. I just want a simple RAID1 mirror on my system and the Wiki is a complete mess and not working for me. Hrmm, I've followed the wiki [1] a few times and it hasn't steered me wrong. While it does combine some of the old with the new, it makes one point fairly clear when messing with Grub: Nowadays (2009.02), with the mdadm hook in the initrd it it no longer necessary to add kernel parameters concerning the RAID array(s). So it's one or the other. Either the mdadm hook in initrd assembles your array, or Grub does it for you. I apologize if my last post was a little confusing as well -- I was trying to point out that if you did go with the Grub assembled array, your parameters were incorrect. However, as you did specify mdadm for your initrd, you do not need to pass this option in Grub at all. Hope that's a little clearer. [1] http://wiki.archlinux.org/index.php/Installing_with_Software_RAID_or_LVM
Re: [arch-general] Why Is My RAID Installing Failing?
On Tuesday 12 January 2010 09:48:24 am Carlos Williams wrote: On Mon, Jan 11, 2010 at 3:01 PM, Baho Utot baho-u...@columbus.rr.com wrote: Try the params on the /boot/grub/menu.lst line OK - So I am starting from scratch again since my previous attempt failed. I boot from the disk. Load modprobe raid1 modules from command line and then create the RAID1 mirror with 'mdadm'. I have recreated the partitions: sda1 = 4 GB /boot (bootable) sda2 = the rest of the disk (RAID) sdb1 = 4 GB SWAP (SWAP) sdb2 = the rest of the disk (RAID) Below I created the same RAID. #mdadm --create /dev/md0 --level=2 --raid-devices=2 /dev/sda2 /dev/sdb2 **I allowed the mirror to synchronize over night. Right now as I type this, the mirror is done syncing. So according to everything we previously discussed, I don't need to mess with anything else and can go into the /arch/setup and configure my system, right? I should simply only make changes to my menu.lst as Yes noted above, and nothing else when I am prompted to 'Configure System'? Just add raid to the HOOKS line in to generate th initrd (and whatever else you need there for your system) in mkinitrd configure. I don't put the madam in the HOOKS line, it always fails for me. So am changing the 'kernel' line in the Grub 'menu.lst' to read as follows: kernel vmlinuz26 root=/dev/md0 md=2,/dev/sda2,/dev/sdb2 ro Good, what that says is the root filesystem is on /dev/md0, and the array is made up of two drives, list of the drives. Now grub knows how to handle the array. *Note the 'ro' at the end. It was already there before I add your suggestion in the middle. Do I take it off or leave it on?* The ro is fine on the above line. Please let me know if I have missed anything. I don't think so. Your above setup is how I do the raid
Re: [arch-general] Why Is My RAID Installing Failing?
On Tue, Jan 12, 2010 at 10:58 AM, dave reisner d...@falconindy.com wrote: Hrmm, I've followed the wiki [1] a few times and it hasn't steered me wrong. While it does combine some of the old with the new, it makes one point fairly clear when messing with Grub: Nowadays (2009.02), with the mdadm hook in the initrd it it no longer necessary to add kernel parameters concerning the RAID array(s). So it's one or the other. Either the mdadm hook in initrd assembles your array, or Grub does it for you. I apologize if my last post was a little confusing as well -- I was trying to point out that if you did go with the Grub assembled array, your parameters were incorrect. However, as you did specify mdadm for your initrd, you do not need to pass this option in Grub at all. Hope that's a little clearer. [1] http://wiki.archlinux.org/index.php/Installing_with_Software_RAID_or_LVM I guess thats just it. I am following the Wiki and well. The Wiki shows 3 disks. And then they partition each drive into three sections. It seems the biggest trick with the Wiki is getting Grub to boot from a RAID array. I don't even want my /boot partition as part of my RAID so I would think the chances of failure are greatly reduced, no? I simple have my / partition in a RAID1 array and both /boot and Swap are sitting alone on their respected disk partitions. So I have to wonder why do I have so many problems when I follow the Wiki guide? Did you review my 1st email I started this with which showed my step by step according to Wiki and even some added advise from this list. Do you see what would cause my failure then based on that?
Re: [arch-general] Why Is My RAID Installing Failing?
On Tuesday 12 January 2010 10:21:19 am dave reisner wrote: On Tue, Jan 12, 2010 at 9:48 AM, Carlos Williams carlosw...@gmail.com wrote: On Mon, Jan 11, 2010 at 3:01 PM, Baho Utot baho-u...@columbus.rr.com wrote: Try the params on the /boot/grub/menu.lst line OK - So I am starting from scratch again since my previous attempt failed. I boot from the disk. Load modprobe raid1 modules from command line and then create the RAID1 mirror with 'mdadm'. I have recreated the partitions: sda1 = 4 GB /boot (bootable) sda2 = the rest of the disk (RAID) sdb1 = 4 GB SWAP (SWAP) sdb2 = the rest of the disk (RAID) Below I created the same RAID. #mdadm --create /dev/md0 --level=2 --raid-devices=2 /dev/sda2 /dev/sdb2 **I allowed the mirror to synchronize over night. Right now as I type this, the mirror is done syncing. So according to everything we previously discussed, I don't need to mess with anything else and can go into the /arch/setup and configure my system, right? I should simply only make changes to my menu.lst as noted above, and nothing else when I am prompted to 'Configure System'? So am changing the 'kernel' line in the Grub 'menu.lst' to read as follows: kernel vmlinuz26 root=/dev/md0 md=2,/dev/sda2,/dev/sdb2 ro *Note the 'ro' at the end. It was already there before I add your suggestion in the middle. Do I take it off or leave it on?* Please let me know if I have missed anything. With mdadm in your initrd, you don't need to specify the parameters of the array in Grub. Foregoing that, the first parameter passed to the md option is the type of raid array (e,g, 0, 1, 456) and not the number of devices in the array. Sounds good, otherwise. madam in the initrd has never worked for me, I just to the raid the old fashion way and it works. Any way I am moving to slackware 12.2 and 13.0. Arch is just to unstable/buggy/broken, The last installation (using the latest installer) I did was the last straw.
Re: [arch-general] Why Is My RAID Installing Failing?
On Tuesday 12 January 2010 10:36:49 am Carlos Williams wrote: On Tue, Jan 12, 2010 at 10:21 AM, dave reisner d...@falconindy.com wrote: With mdadm in your initrd, you don't need to specify the parameters of the array in Grub. Foregoing that, the first parameter passed to the md option is the type of raid array (e,g, 0, 1, 456) and not the number of devices in the array. Sounds good, otherwise. Dave, Sorry I am confused. Are you saying that I should not do as Baho suggested to my Grub's menu.lst? So what now? I am really lost. I am being told to not add any 'mdadm' and 'raid1' modules hooks into my system configuration because it needs to be done in Grub. But it seems to me now you're telling me I should not have to mess with Grub. I just want a simple RAID1 mirror on my system and the Wiki is a complete mess and not working for me. Sorry for any confusion on my part, but the way I have described to you is the old way and I have not it fail on me. I have never been able to get raid to boot using the mdadm line in the initrd, so I use the old way which always works for me. I don't like to be constantly messing with my systems, I just what them to work.
Re: [arch-general] Why Is My RAID Installing Failing?
Thanks for everyone's input. It appeared to have failed both ways. I guess Arch is not in the cards for me. It sucks because I love the rolling release aspect of Arch. I just find the documentation very confusing and something as simple as RAID should be far more simplistic even for a text based installer. Hopefully developers are looking into improving this in future releases.
Re: [arch-general] [arch-dev-public] [announcement] qemu/qemu-kvm announcement draft
Am Dienstag 12 Januar 2010 schrieb Simon Boulay: On 01/12/2010 02:29 PM, Alexander Duscheleit wrote: On Tue, 12 Jan 2010 11:41:03 +0100 Simon Boulaysimon.bou...@gmail.com wrote: On 01/12/2010 07:33 AM, Tobias Powalowski wrote: [snip] So, again, what is the reason for there being a qemu-kvm package, when it is apparently a subset of the qemu package? Greetings, jinks The size of the package differs enormous. I'll keep both. I didn't look at them until now, but yes, at 5 MB vs 56 MB this makes sense. The size differs because qemu-kvm doesn't build all targets by default unlike qemu. If you build qemu-kvm with ./configure --target-list= both packages will be the same size... AFAIK the difference between the two is in the kvm implementation. qemu-kvm is far more advanced in this area (support more targets, ksm, and certainly many other things regarding the amount of code differences). *This* was what i was looking for. I couldn't really find anything published about the differences between the two different releases in any prominent place. Me neither... I found this: http://fedoraproject.org/wiki/Features/KVM_and_QEMU_merge and Fedora package source here: http://cvs.fedoraproject.org/viewvc/rpms/qemu/devel/ If you really want all things build from qemu-kvm you can still use abs for this task. In the early days of kvm, qemu-kvm was always more bleeding edge than qemu. As i said, i'll keep the packages as they are now. If more info is provided which one will dropped upstream we can switch to this and remove the other package. greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [arch-dev-public] [announcement] qemu/qemu-kvm announcement draft
On 12-01-10 14:29, Alexander Duscheleit wrote: [..] P.S.: As a sidenote: Is it normal/intentional that I don't get my own mails back via the list? Or is this some weird GMail stuff? It's a gmail issue. I'm not sure if there is a setting or something like that, but i've noticed the same and also heard other people about it. mvg, Guus
Re: [arch-general] [arch-dev-public] [announcement] qemu/qemu-kvm announcement draft
On 01/12/2010 06:04 PM, Guus Snijders wrote: On 12-01-10 14:29, Alexander Duscheleit wrote: [..] P.S.: As a sidenote: Is it normal/intentional that I don't get my own mails back via the list? Or is this some weird GMail stuff? It's a gmail issue. I'm not sure if there is a setting or something like that, but i've noticed the same and also heard other people about it. mvg, Guus Same problem here, and they even know about it, they might as well provide some workaround or option to change it. http://mail.google.com/support/bin/answer.py?hl=enanswer=6588
Re: [arch-general] Quoting of E-mails
On 12-01-10 06:27, Loui Chang wrote: [top posting trimming ] I think part of the problem is that some email clients like gmail webmail help persist the bad behaviour. They default with top posting replies and sending HTML emails. I have requested that they change the defaults, but haven't gotten any response. It isn't a big surprise though. Actually, it /is/ configurable in gmail. Although I'm using Thunderbird nowadays instead of the web interface. mvg, Guus
Re: [arch-general] Quoting of E-mails
On Tue, Jan 12, 2010 at 12:28 PM, Guus Snijders gsnijd...@gmail.com wrote: On 12-01-10 06:27, Loui Chang wrote: [top posting trimming ] I think part of the problem is that some email clients like gmail webmail help persist the bad behaviour. They default with top posting replies and sending HTML emails. I have requested that they change the defaults, but haven't gotten any response. It isn't a big surprise though. Actually, it /is/ configurable in gmail. You can change the default to text, but bottom posting requires a greasemonkey script :S
[arch-general] gmail and mailing list
On Tue, Jan 12, 2010 at 7:25 PM, Mauro Santos registo.maill...@gmail.com wrote: P.S.: As a sidenote: Is it normal/intentional that I don't get my own mails back via the list? Or is this some weird GMail stuff? It's a gmail issue. I'm not sure if there is a setting or something like that, but i've noticed the same and also heard other people about it. mvg, Guus Same problem here, and they even know about it, they might as well provide some workaround or option to change it. http://mail.google.com/support/bin/answer.py?hl=enanswer=6588 I don't understand how that is an issue. Why do you want to see your own mails in the inbox ? For each ML I subscribe to, I create a new label and a new filter, and I set it to skip inbox and archive because I do not want ML to clutter my inbox. Much better that way :) But to each his own. That said I think it's always better to have configure options and control.
Re: [arch-general] gmail and mailing list
On Tue, Jan 12, 2010 at 12:45 PM, Xavier shinin...@gmail.com wrote: On Tue, Jan 12, 2010 at 7:25 PM, Mauro Santos registo.maill...@gmail.com wrote: P.S.: As a sidenote: Is it normal/intentional that I don't get my own mails back via the list? Or is this some weird GMail stuff? It's a gmail issue. I'm not sure if there is a setting or something like that, but i've noticed the same and also heard other people about it. Same problem here, and they even know about it, they might as well provide some workaround or option to change it. http://mail.google.com/support/bin/answer.py?hl=enanswer=6588 I don't understand how that is an issue. Why do you want to see your own mails in the inbox ? For each ML I subscribe to, I create a new label and a new filter, and I set it to skip inbox and archive because I do not want ML to clutter my inbox. Much better that way :) But to each his own. That said I think it's always better to have configure options and control. I see mine just fine in the Sent folder. I don't think mailman actually sends a list mail to the original sender, does it? Either way, they are threaded together when it becomes a conversation
Re: [arch-general] gmail and mailing list
On Tue, Jan 12, 2010 at 7:51 PM, Aaron Griffin aaronmgrif...@gmail.com wrote: I see mine just fine in the Sent folder. I don't think mailman actually sends a list mail to the original sender, does it? Either way, they are threaded together when it becomes a conversation It is apparently a mailman option. Receive your own posts to the list? Ordinarily, you will get a copy of every message you post to the list. If you don't want to receive this copy, set this option to No. It was set to yes for me, that was probably the default, I don't remember ever changing that.
Re: [arch-general] Why Is My RAID Installing Failing?
On Tue, Jan 12, 2010 at 11:19 AM, Carlos Williams carlosw...@gmail.com wrote: Thanks for everyone's input. It appeared to have failed both ways. I guess Arch is not in the cards for me. It sucks because I love the rolling release aspect of Arch. I just find the documentation very confusing and something as simple as RAID should be far more simplistic even for a text based installer. Hopefully developers are looking into improving this in future releases. Did you tried what I suggested earlier?
[arch-general] KMS and external monitor resolution
Hi all, I'm sorry if it has already been discussed here, but I couldn't find anything with the keywords I was using. I even had a bad time choosing this message subject. I bought a new, bigger monitor to use with my notebook. I've already configured X, but sometimes I like to write on the tty (there are less distractions there) and I'm having a little problem with it. The native resolution of the notebook screen is 1280x800 and the native resolution of the external monitor is 1920x1080, so when I'm on the tty, the external monitor uses only a box on the top left side with a size of 1280x800. What I would like to do is turn off the notebook monitor and use only the external monitor with its native resolution, without, of course, messing with my X setup, as it's already set. I'm using a Intel GMA965 with KMS. TIA Bye, Andre
Re: [arch-general] Quoting of E-mails
On Tue 12 Jan 2010 19:28 +0100, Guus Snijders wrote: On 12-01-10 06:27, Loui Chang wrote: I think part of the problem is that some email clients like gmail webmail help persist the bad behaviour. They default with top posting replies and sending HTML emails. I have requested that they change the defaults, but haven't gotten any response. It isn't a big surprise though. Actually, it /is/ configurable in gmail. It may be configurable, but the defaults persist bad behaviour. They really should be changed.
Re: [arch-general] gmail and mailing list
On 01/12/10 at 07:57pm, Xavier wrote: It was set to yes for me, that was probably the default, I don't remember ever changing that. I've mine set to yes as well but I still don't get my own posts. Oh well, mutt to the rescue again: # cc myself when replying to an ML # note: with this, you can't :q! mid-compose to abort # instead, just :wq and abort from the compose menu unhook send-hook send-hook ~u push 'edit-cc,pbris...@gmail.comenter' -- patrick brisbin
[arch-general] mkinitcpio alpha testing (WAS: Re: [arch-dev-public] [signoff] mkinitcpio 0.5.28-1)
Am 12.01.2010 15:07, schrieb Evangelos Foutras: On 12/01/2010 11:03 πμ, Thomas Bächler wrote: I think what we have now in the kill-klibc branch might actually boot in a standard setup (no raid, nfs, lvm, encryption), but I didn't try. I'll keep you posted. I gave it a try in a VM but it still fails with Failed to execute /init like last time (http://i.imgur.com/h6xDu.png). The mkinicpio revision I tried was 54fd032, along with latest mkinitcpio-busybox/trunk. The command used to generate the initramfs image was `./mkinitcpio -g /boot/kernel26.img' from within the cloned Git repository (switched to the kill-klibc branch). Let me know if I can help with further testing. I tried in VirtualBox on Arch i686 and it worked fine here (meaning I didn't have that particular problem). It then paniced due to problems in /init. Rev 93a8be170ff841dd345084b5f5eda66c76e6534f boots fine here on VirtualBox. I don't know why you get Failed to execute /init. However, I installed mkinitcpio into the system and didn't try to use it from the git directly. We can check that problem later though. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Quoting of E-mails
At Dienstag, 12. Januar 2010 06:27 Loui Chang wrote: I also find mutt's 'T' helps. It hides the quoted text. Very nice feature. Does anyone knows if this is possible in knode too? See you, Attila
Re: [arch-general] building x86_64 packages under qemu?
At Dienstag, 12. Januar 2010 12:27 Chris Brannon wrote: Yes, I've noticed that the ./configure step is especially painful, because of all of the little test programs that it compiles. Running ./configure for a small project took the good part of half an hour. Do you use virtio in your vm? http://www.linux-kvm.org/page/Boot_from_virtio_block_device If you use disklabels in your vm (menu.lst, fstab) than you have only to change your start script. This helps a lot but sure it can't replace fast hardware. See you, Attila
Re: [arch-general] mkinitcpio alpha testing (WAS: Re: [arch-dev-public] [signoff] mkinitcpio 0.5.28-1)
On Tue, Jan 12, 2010 at 10:43 PM, Thomas Bächler tho...@archlinux.org wrote: Am 12.01.2010 15:07, schrieb Evangelos Foutras: I gave it a try in a VM but it still fails with Failed to execute /init like last time (http://i.imgur.com/h6xDu.png). The mkinicpio revision I tried was 54fd032, along with latest mkinitcpio-busybox/trunk. The command used to generate the initramfs image was `./mkinitcpio -g /boot/kernel26.img' from within the cloned Git repository (switched to the kill-klibc branch). Let me know if I can help with further testing. I tried in VirtualBox on Arch i686 and it worked fine here (meaning I didn't have that particular problem). It then paniced due to problems in /init. Rev 93a8be170ff841dd345084b5f5eda66c76e6534f boots fine here on VirtualBox. I don't know why you get Failed to execute /init. However, I installed mkinitcpio into the system and didn't try to use it from the git directly. We can check that problem later though. That is great news. Nice work! :)
Re: [arch-general] mkinitcpio alpha testing (WAS: Re: [arch-dev-public] [signoff] mkinitcpio 0.5.28-1)
Am 12.01.2010 22:24, schrieb Evangelos Foutras: I tried in VirtualBox on Arch i686 and it worked fine here (meaning I didn't have that particular problem). It then paniced due to problems in /init. Rev 93a8be170ff841dd345084b5f5eda66c76e6534f boots fine here on VirtualBox. I don't know why you get Failed to execute /init. However, I installed mkinitcpio into the system and didn't try to use it from the git directly. We can check that problem later though. That is great news. Nice work! :) Now we also have a keymap hook. LVM, encryption, RAID and NFS are still TODO, while I will only do the first two, I hope tpowa will handle RAID and I think there's some shell code on the bugtracker to replace kinit's NFS handling. signature.asc Description: OpenPGP digital signature
Re: [arch-general] [aur-general] Away from my PC - away from bugtracker.
On 12/11/2009 01:13 AM, Gerardo Exequiel Pozzi wrote: Hello all I will be away from now for about two or more weeks. I recently surfered an small irritation on my eyss, so I can not stay on my PC :( Leaving the bugtracker in their hands, I hope to be with you again soon. Best regards. Hi, Okey, I am semi-back again. Thanks to all responses ;) The very short-history: initial small irritation - big irritation (Conjunctivitis) - and finally blurred vision (Keratitis) has left at some level. So I'm active again here, not as frequently as before, but active finally ;) Thanks to the boys who continued my work during my absence in the bugtracker, especially Bash and wonder. Happy new year \forall ;) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] [aur-general] Away from my PC - away from bugtracker.
On 01/13/2010 12:05 AM, Gerardo Exequiel Pozzi wrote: On 12/11/2009 01:13 AM, Gerardo Exequiel Pozzi wrote: Hello all I will be away from now for about two or more weeks. I recently surfered an small irritation on my eyss, so I can not stay on my PC :( Leaving the bugtracker in their hands, I hope to be with you again soon. Best regards. Hi, Okey, I am semi-back again. Thanks to all responses ;) The very short-history: initial small irritation - big irritation (Conjunctivitis) - and finally blurred vision (Keratitis) has left at some level. So I'm active again here, not as frequently as before, but active finally ;) Thanks to the boys who continued my work during my absence in the bugtracker, especially Bash and wonder. Happy new year \forall ;) welcome back! i missed you :D -- Ionut
[arch-general] arch-dev-public on dcron 4.3 and logrotate
On Tue, Jan 12, 2010 at 04:28:40PM -0500, Paul Mattal wrote: On 01/12/2010 04:16 PM, Eric Bélanger wrote: As the dcron logging is now managed by syslog-ng, it shouldn't provide a /etc/logrotate.d/crond. Instead, we should release a new syslog-ng package with /var/log/crond.log added to the list of logfiles being taken care of in its /etc/logrotate.d/syslog-ng. We could add, at the same time, the other logfiles created by syslog-ng but currently ignored in the log rotation: /var/log/lpr.log /var/log/uucp.log /var/log/news.log /var/log/ppp.log /var/log/debug.log /var/log/acpid.log Am I missing something? Any objections, comments? Actually, that sounds backwards to me. If cron isn't installed, we have no log file. It makes sense to me - if pkgA adds more log files that get big, it should also provide its own logrotate file. I guess it depends how you see it. The way I see it is that it's syslog-ng who creates the file and appends to it so it should be responsible for the rotation as well. Plus, we use the missingok option so if the file is missing, it just skips it whithout even issuing an error message. So no harm is done. I can see both sides of this, but in essence, it seems like it's syslog-ng which ultimately decides the filename-- if syslog-ng.conf is changed to log cron output to another file, it's syslog-ng that decides where they go. So I think I agree with Eric that syslog-ng should be responsible for the rotating the files it determines should exist in its default configuration. I'll wait a while to hear from others before doing anything directly to address this. Yes, the logrotate script was needed when dcron didn't use syslog. And I'll leave it in the release tarballs extra folder as an example for users who continue to use dcron that way. But on my own system I have syslog logging the cron output to cron.log not crond.log: from /etc/syslog-ng.conf: destination d_cron { file(/var/log/cron.log); }; filter f_cron { facility(cron) or program(rsnapshot); }; log { source(src); filter(f_cron); destination(d_cron); }; And I have /var/log/cron.log handled by my /etc/logrotate.d/syslog-ng script: /var/log/[..lots of logs, including cron.log..] { missingok sharedscripts postrotate /bin/kill -HUP `cat /var/run/syslog-ng.pid 2/dev/null` 2 /dev/null || true endscript } I can appreciate arguments both ways myself, but for my own use found it easiest to just ignore the dcron-supplied logrotate script and edit it into my syslog-ng logrotate script. -- prof...@jimpryor.net dcron developer
Re: [arch-general] Quoting of E-mails
2010/1/12 Aaron Griffin aaronmgrif...@gmail.com On Tue, Jan 12, 2010 at 12:28 PM, Guus Snijders gsnijd...@gmail.com wrote: On 12-01-10 06:27, Loui Chang wrote: [top posting trimming ] I think part of the problem is that some email clients like gmail webmail help persist the bad behaviour. They default with top posting replies and sending HTML emails. I have requested that they change the defaults, but haven't gotten any response. It isn't a big surprise though. Actually, it /is/ configurable in gmail. You can change the default to text, but bottom posting requires a greasemonkey script :S I'm intersted in how to set the default to text. I've search a bit, and found nothing :s -- Cordialement, Coues Ludovic 06 148 743 42 -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments
Re: [arch-general] Quoting of E-mails
On Tue, Jan 12, 2010 at 4:17 PM, ludovic coues cou...@gmail.com wrote: 2010/1/12 Aaron Griffin aaronmgrif...@gmail.com On Tue, Jan 12, 2010 at 12:28 PM, Guus Snijders gsnijd...@gmail.com wrote: On 12-01-10 06:27, Loui Chang wrote: [top posting trimming ] I think part of the problem is that some email clients like gmail webmail help persist the bad behaviour. They default with top posting replies and sending HTML emails. I have requested that they change the defaults, but haven't gotten any response. It isn't a big surprise though. Actually, it /is/ configurable in gmail. You can change the default to text, but bottom posting requires a greasemonkey script :S I'm intersted in how to set the default to text. I've search a bit, and found nothing :s Ah well, it's not exactly true. If you switch to text, the default will be text UNLESS you respond to an HTML email...
Re: [arch-general] [arch-dev-public] [signoff] dcron 4.2
On Mon, 11 Jan 2010, Aaron Griffin wrote: If you modify it, you should add it to the NoUpgrade line in /etc/pacman.conf. The backup array is for what we INTEND to be modified. Users are more than welcome to do what we don't intend, but you need to control whether of not pacman mucks with those files yourself Since I've been bitten by this, how can I know if the file I modified is goint to be overwritten or not, *before* it actually happens? And even if it is, a .pacsave wouldn't hurt anyone, if I remember correctly (it's been some time) I had completely lost my changes, and I had to rewrite them. Thanks, Dimitris
Re: [arch-general] [arch-dev-public] [signoff] dcron 4.2
On Wed, Jan 13, 2010 at 12:34 AM, Dimitrios Apostolou ji...@gmx.net wrote: On Mon, 11 Jan 2010, Aaron Griffin wrote: If you modify it, you should add it to the NoUpgrade line in /etc/pacman.conf. The backup array is for what we INTEND to be modified. Users are more than welcome to do what we don't intend, but you need to control whether of not pacman mucks with those files yourself Since I've been bitten by this, how can I know if the file I modified is goint to be overwritten or not, *before* it actually happens? And even if it is, a .pacsave wouldn't hurt anyone, if I remember correctly (it's been some time) I had completely lost my changes, and I had to rewrite them. pacman -Qh -o, --owns filequery the package that owns file -i, --info view package information (-ii for backup files)
Re: [arch-general] [arch-dev-public] [signoff] dcron 4.2
Am 13.01.2010 00:34, schrieb Dimitrios Apostolou: Since I've been bitten by this, how can I know if the file I modified is goint to be overwritten or not, *before* it actually happens? And even if it is, a .pacsave wouldn't hurt anyone, if I remember correctly (it's been some time) I had completely lost my changes, and I had to rewrite them. pacman -Qii is your friend. signature.asc Description: OpenPGP digital signature
Re: [arch-general] [arch-dev-public] [signoff] dcron 4.2
On Wed, Jan 13, 2010 at 01:34:52AM +0200, Dimitrios Apostolou wrote: Since I've been bitten by this, how can I know if the file I modified is goint to be overwritten or not, *before* it actually happens? pacman -Qo $file will tell you what package installed $file. find /var/abs -type d -name $package will give you the directory containing the PKGBUILD. fgrep /var/abs/path/to/PKGBUILD -e backup= will give you the backup array. If it's not there, it will be overwritten or removed on upgrades. And even if it is, a .pacsave wouldn't hurt anyone, if I remember correctly (it's been some time) I had completely lost my changes, and I had to rewrite them. I know, I've been bitten too. I highly recommend setting up a script to backup your /etc directory daily, and keep at least a week or so of rotated backups. If you've got a good backup system, you can just include this in it. If not, you should get one. But you could in the meantime, or additionally, just set up a separate /etc backup. It needn't take up much space. My /etc is 9 M and the total of a week's worth of daily backups and three weeks of weekly backups beyond that is 20 M. Look into rdiff-backup or rsnapshot. -- prof...@jimpryor.net
Re: [arch-general] [arch-dev-public] [signoff] dcron 4.2
On Tue, Jan 12, 2010 at 5:43 PM, Thomas Bächler tho...@archlinux.org wrote: Am 13.01.2010 00:34, schrieb Dimitrios Apostolou: Since I've been bitten by this, how can I know if the file I modified is goint to be overwritten or not, *before* it actually happens? And even if it is, a .pacsave wouldn't hurt anyone, if I remember correctly (it's been some time) I had completely lost my changes, and I had to rewrite them. pacman -Qii is your friend. This. pacman -Qii dcron will show you all the backup files that pacman will take care of.
Re: [arch-general] building x86_64 packages under qemu?
On Tue, Jan 12, 2010 at 21:31, Attila vodoo0...@sonnenkinder.org wrote: At Dienstag, 12. Januar 2010 12:27 Chris Brannon wrote: Yes, I've noticed that the ./configure step is especially painful, because of all of the little test programs that it compiles. Running ./configure for a small project took the good part of half an hour. Do you use virtio in your vm? he is not using kvm (and kvm will not make a virtual 64bit cpu on a 32bit guest) -- damjan
Re: [arch-general] KMS and external monitor resolution
I'm sorry if it has already been discussed here, but I couldn't find anything with the keywords I was using. I even had a bad time choosing this message subject. xrandr ? I bought a new, bigger monitor to use with my notebook. I've already configured X, but sometimes I like to write on the tty (there are less distractions there) and I'm having a little problem with it. The native resolution of the notebook screen is 1280x800 and the native resolution of the external monitor is 1920x1080, so when I'm on the tty, the external monitor uses only a box on the top left side with a size of 1280x800. What I would like to do is turn off the notebook monitor and use only the external monitor with its native resolution, without, of course, messing with my X setup, as it's already set. I'm using a Intel GMA965 with KMS. it should support virtual size of 4096x4096 by default, so you are fine. -- damjan
Re: [arch-general] [arch-dev-public] [signoff] dcron 4.2
On Tue, Jan 12, 2010 at 05:50:47PM -0600, Aaron Griffin wrote: On Tue, Jan 12, 2010 at 5:43 PM, Thomas Bächler tho...@archlinux.org wrote: pacman -Qii is your friend. This. pacman -Qii dcron will show you all the backup files that pacman will take care of. Very nice. When did you guys do that? On Tue, Jan 12, 2010 at 05:51:27PM -0600, Aaron Griffin wrote: We use this at work: http://joey.kitenet.net/code/etckeeper/ Also nice. -- prof...@jimpryor.net
Re: [arch-general] gmail and mailing list
It was set to yes for me, that was probably the default, I don't remember ever changing that. I've mine set to yes as well but I still don't get my own posts. afaik Google filters them probably thinking it's a loop or something -- damjan
Re: [arch-general] Why Is My RAID Installing Failing?
On Tue, 12 Jan 2010 11:19:04 -0500 Carlos Williams carlosw...@gmail.com wrote: Thanks for everyone's input. It appeared to have failed both ways. I guess Arch is not in the cards for me. It sucks because I love the rolling release aspect of Arch. I just find the documentation very confusing and something as simple as RAID should be far more simplistic even for a text based installer. Hopefully developers are looking into improving this in future releases. I didn't know, where to put a proper reply in this thread, because basically you are all doing the same mistake. I will just outline the procedure here briefly and then explain where it all went wrong :) 1 - cfdisk # the settings in Carlos' 1st mail look sane 2 - modprobe raid1 3 - mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sda2 /dev/sdb2 4 - /arch/setup # we save the mdadm -D --scan for later 5 - before getting to the Configure System part, open up another console (Alt-F2) and do mdadm -D --scan /mnt/etc/mdadm.conf (you have to do this before mkinitcpio runs in the Configure stage, but after the target system is mounted, so between Install Packages and Configure System should be fine) 6 - continue the setup as described in OP (skip the cp -a part) Now to why you have to do it this way: the file /etc/mdadm.conf tells mdadm where the proper disks/partitions are to find to build it's arrays. Therefore the mdadm hook adds this file to the initrd together with the mdadm binary. The mdadm call during init will then use this file, assemble your arrays and then hand of the boot process to the real system. All your tries with the new methos thus just failed, because you copied /etc/mdadm.conf too late, and it was never added to the initrd file. Mdadm inside the ramfs just never knew what to look for. You also have to remember later, to regenerate mdadm.conf and your initrd everytime you change major parts of your RAID setup. I hope this helps to clear some things up. Greetings, jinks (running mdraid with the new method on at least five boxes atm :))
Re: [arch-general] gmail and mailing list
On Wednesday 13 January 2010 01:55:40 Patrick Brisbin wrote: I've mine set to yes as well but I still don't get my own posts. Oh well, mutt to the rescue again: # cc myself when replying to an ML # note: with this, you can't :q! mid-compose to abort # instead, just :wq and abort from the compose menu unhook send-hook send-hook ~u push 'edit-cc,pbris...@gmail.comenter' Inspired from gmail conversations that include my own replies, I have set the sent-mail folder to the inbox itself, in the kmail. Now everything is properly threaded including my own replies. Not to mention I don't have to maintain sentmail anymore. -- Shridhar
Re: [arch-general] [arch-dev-public] [signoff] dcron 4.2
On Tue, Jan 12, 2010 at 08:41:47PM -0600, Dan McGee wrote: Very nice. When did you guys do that? Forever? It is in the initial git import from 2005, which is the beginnings of pacman 3.X: http://projects.archlinux.org/pacman.git/tree/src/pacman/package.c?id=d04ba#n85 Just shows: read a manpage 20 times? look again because you've still missed stuff. Well except a gnu manpage. -- prof...@jimpryor.net
Re: [arch-general] [arch-dev-public] [signoff] dcron 4.2
On Tue, Jan 12, 2010 at 8:55 PM, Jim Pryor lists+arch-gene...@jimpryor.net wrote: On Tue, Jan 12, 2010 at 08:41:47PM -0600, Dan McGee wrote: Very nice. When did you guys do that? Forever? It is in the initial git import from 2005, which is the beginnings of pacman 3.X: http://projects.archlinux.org/pacman.git/tree/src/pacman/package.c?id=d04ba#n85 Just shows: read a manpage 20 times? look again because you've still missed stuff. Well except a gnu manpage. Haha, the documentation didn't come until 2007 however, so you do have a point there. :) -Dan
Re: [arch-general] gmail and mailing list
Excerpts from Alexander Duscheleit's message of Wed, 13 Jan 2010 02:11 +0100: I don't use GMails web interface, i just pull all my mail from there via IMAP and it's sorted on my local server via sieve/dovecot together with a bunch of other accounts. This feature thus destroys threads for me, and I never know, if a mail actually has reached the ML (my connection tends to be flaky at times) until somebody replies to it. The same is here - I use claws-mail and want (having all the threads to be complete) to make sure that my message gets the destination. I've just tried to create a filter (at gmail) to label it (there is no a filter option to move/keep to/in inbox) - let's see if it effects something. Cheers, Sergey
Re: [arch-general] [aur-general] Away from my PC - away from bugtracker.
On Tue, Jan 12, 2010 at 7:06 PM, Ionut Biru biru.io...@gmail.com wrote: On 01/13/2010 12:05 AM, Gerardo Exequiel Pozzi wrote: On 12/11/2009 01:13 AM, Gerardo Exequiel Pozzi wrote: Hello all I will be away from now for about two or more weeks. I recently surfered an small irritation on my eyss, so I can not stay on my PC :( Leaving the bugtracker in their hands, I hope to be with you again soon. Best regards. Hi, Okey, I am semi-back again. Thanks to all responses ;) The very short-history: initial small irritation - big irritation (Conjunctivitis) - and finally blurred vision (Keratitis) has left at some level. So I'm active again here, not as frequently as before, but active finally ;) Thanks to the boys who continued my work during my absence in the bugtracker, especially Bash and wonder. Happy new year \forall ;) welcome back! i missed you :D -- Ionut I am glad to know that you're better! if you need anything (not money, 'cause I am poor -villa 31 style! haha-) feel free to let me a mail or sms! Happy new year for you too and welcome back! -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Trusted User Linux Counter: #359909 http://www.angvp.com
Re: [arch-general] [arch-dev-public] [signoff] dcron 4.2
On Tue, 2010-01-12 at 21:06 -0600, Dan McGee wrote: On Tue, Jan 12, 2010 at 8:55 PM, Jim Pryor lists+arch-gene...@jimpryor.net wrote: On Tue, Jan 12, 2010 at 08:41:47PM -0600, Dan McGee wrote: Very nice. When did you guys do that? Forever? It is in the initial git import from 2005, which is the beginnings of pacman 3.X: http://projects.archlinux.org/pacman.git/tree/src/pacman/package.c?id=d04ba#n85 Just shows: read a manpage 20 times? look again because you've still missed stuff. Well except a gnu manpage. Haha, the documentation didn't come until 2007 however, so you do have a point there. :) -Dan An undocumented feature? Who'd have thunk it?
Re: [arch-general] building x86_64 packages under qemu?
At Mittwoch, 13. Januar 2010 01:43 Damjan Georgievski wrote: he is not using kvm (and kvm will not make a virtual 64bit cpu on a 32bit guest) Thanks for this hint. I thought he is using kvm because the binary has the same name. This was a mistake of mine. See you, Attila