Re: [arch-general] Better NILFS2 Support
Am Montag 02 August 2010 schrieb Alex Matviychuk: Yes sure i believe it works, my concerns are more that the main tools just don't support it, which makes it imho more complicated to implement the installation support. So here is what I needed to mess with to get it working: Kernel: Version 2 of the filesystem, known as NILFS2, is included in Linux kernel 2.6.30. Works out of the box with the most recent arch kernel. mkinitcpio.conf: I just added: MODULES=nilfs2 I wonder if this is something that can be easily added to the filesystems hook. /boot/grub/menu.lst: kernel /vmlinuz26 root=/dev/sda3 ro rootfstype=nilfs2 AIF would need to take this into account, but seems easy enough. Initscripts: I provided a patch here: http://bugs.archlinux.org/task/20260 No other troubles as far as I know. Is there anything I'm missing? Let me know where I can help, this is an awesome filesystem. Blazing fast and when I delete or overwrite things on accident, it's so cool to just mount a snapshot from like an hour ago without having to set anything up in advance, and without even unmounting my root fs. Cheers, Alex According to the util-linux git it seems new version will have nilfs2 support, if this happens archboot support will happen very soon. 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] No updates in a while - Is this the 'untiered mirror' thing?
On Mon, Aug 2, 2010 at 12:37 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, It is rare I go a week without some type of update. My last update was: [2010-07-25 04:49] upgraded wavegain (1.2.8-1 - 1.2.8-2) Looking at archdev-public, there is a 7/24 no more untiered mirrors post from Roman about the need to shut down mirrors. Is this what is behind no more updates for me? If so, what do I need to change in my mirror list, pacman.conf, etc. to make sure I can get updates again? If it is just because Arch is perfect and there will no longer be a need for any updates -- I'm good with that too. Just let me know :p -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com https://www.archlinux.de/?page=MirrorStatus http://wiki.archlinux.org/index.php/Mirror http://wiki.archlinux.org/index.php/Beginners'_Guide#Mirrorcheck_for_up-to-date_packages It is possible your current installed package list has had no updates, but not likely. You would do all of us a favor by expanding your searches for answers to farther than the mailing list.
Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing?
I've noticed the same thing. No updates in a week. Very unusual for the packages I use. On Aug 2, 2010 3:17 AM, Burlynn Corlew Jr burl...@gmail.com wrote: On Mon, Aug 2, 2010 at 12:37 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, It is rare I go a week without some type of update. My last update was: [2010-07-25 04:49] upgraded wavegain (1.2.8-1 - 1.2.8-2) Looking at archdev-public, there is a 7/24 no more untiered mirrors post from Roman about the need to shut down mirrors. Is this what is behind no more updates for me? If so, what do I need to change in my mirror list, pacman.conf, etc. to make sure I can get updates again? If it is just because Arch is perfect and there will no longer be a need for any updates -- I'm good with that too. Just let me know :p -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com https://www.archlinux.de/?page=MirrorStatus http://wiki.archlinux.org/index.php/Mirror http://wiki.archlinux.org/index.php/Beginners'_Guide#Mirrorcheck_for_up-to-date_packages It is possible your current installed package list has had no updates, but not likely. You would do all of us a favor by expanding your searches for answers to farther than the mailing list.
Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing?
On Monday 02 Aug 2010 at 08:24 Robert Howard wrote: I've noticed the same thing. No updates in a week. Very unusual for the packages I use. This thread just prompted me to check and yeah I hadn't had anything for at least a few days. I just did a sort of Monte-Carlo test, by switching mirrors in /etc/pacman.d/mirrorlist and suddenly got a whole load of updates. For reference, the mirror I was using (with no updates) was http://www.mirrorservice.org/ and the one I switched to (with the updates) was http://ftp5.gwdg.de HTH! Pete.
Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing?
On Mon, Aug 2, 2010 at 4:33 AM, Peter Lewis p...@muddygoat.org wrote: thread just prompted me to check and yeah I hadn't had anything for at least a few days. I just did a sort of Monte-Carlo test, by switching mirrors in /etc/pacman.d/mirrorlist and suddenly got a whole load of updates. Well... we dont have so much mirrors so a monte carlo sampling is needed, we can do it in a deterministic way I use reflector for this, its choose mirrors by updatedness, and can sort using rankmirrors Kazuo -- «Dans la vie, rien n'est à craindre, tout est à comprendre» Marie Sklodowska Curie.
Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing?
-Mensaje original- De: arch-general-boun...@archlinux.org [mailto:arch-general- boun...@archlinux.org] En nombre de Peter Lewis Enviado el: lunes, 02 de agosto de 2010 9:33 Para: arch-general@archlinux.org Asunto: Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing? On Monday 02 Aug 2010 at 08:24 Robert Howard wrote: I've noticed the same thing. No updates in a week. Very unusual for the packages I use. This thread just prompted me to check and yeah I hadn't had anything for at least a few days. I just did a sort of Monte-Carlo test, by switching mirrors in /etc/pacman.d/mirrorlist and suddenly got a whole load of updates. For reference, the mirror I was using (with no updates) was http://www.mirrorservice.org/ and the one I switched to (with the updates) was http://ftp5.gwdg.de HTH! Pete. Mirrorservice.org has not given me any update for some days. I changed to another mirror, and I'm receiving updates again. That mirror seems to be not updating... Best Regards, Guillermo
Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing?
On Monday 02 Aug 2010 at 08:48 Kazuo Teramoto wrote: On Mon, Aug 2, 2010 at 4:33 AM, Peter Lewis p...@muddygoat.org wrote: thread just prompted me to check and yeah I hadn't had anything for at least a few days. I just did a sort of Monte-Carlo test, by switching mirrors in /etc/pacman.d/mirrorlist and suddenly got a whole load of updates. Well... we dont have so much mirrors so a monte carlo sampling is needed, we can do it in a deterministic way Indeed :-) That's just me trying to get an indicative result to show there's something to investigate. Or laziness. Probably that, actually. I use reflector for this, its choose mirrors by updatedness, and can sort using rankmirrors Thanks for the tip. Pete.
Re: [arch-general] makepkg patch - generate .SRCINFO file when running --source
On Tue 27 Jul 2010 15:25 +0200, vlad wrote: Here is a patch against makepkg from git which introduces a new function write_srcinfo(). This generates a file .SRCINFO - like the .PKGINFO one - when makepkg --source is run and then it is added to the src.tar.gz archive. I think having such a file is an important step for getting split packages to the AUR. It is also useful for third party applications. Since this file is generated during making the source archive, there is no need for parsing/sourcing the PKGBUILD everytime meta infos are needed afterwards. This is also a way of standardizing the source archive. .SRCINFO looks like (generated for gcc from core): Nice. :D This is something that I had been brainstorming too. You should submit it to the pacman-dev list and/or the pacman bug tracker.
Re: [arch-general] Better NILFS2 Support
On Mon, 02 Aug 2010 15:31:47 +0200 Pierre Chapuis catw...@archlinux.us wrote: On Sun, 1 Aug 2010 16:58:00 +0200, Dieter Plaetinck die...@plaetinck.be wrote: On Sun, 1 Aug 2010 16:46:33 +0200 Heiko Baums li...@baums-on-web.de wrote: I don't think that nilfs-utils should be moved to the base group. I agree with moving it to [core] but not to base, because base is assumed to be installed on every computer and packages in the base group are usually not listed in the depends array of a PKGBUILD. On the contrary I think there could be some other file system tools like jfsutils, lvm2 and xfsprogs be removed from the base group (not from [core]). I think this explanation makes sense. I just found this back: http://wiki.archlinux.org/index.php/User:Allan/Base_Cleanup So indeed, it seems like the goal is to remove all non-essential things (reiserfs, xfs, ..) from base. Just for information, the opposite point of view recently came up on the suckless mailing-list: http://lists.suckless.org/dev/1007/5256.html I prefer Arch's approach but it is probably true that a large base system reduces the workload of package maintainers. I don't think packaging becomes much harder when you remove optional filesystems and configuration tools from base. Dieter
Re: [arch-general] arch-dev-public misleading
On 31/07/2010 14:00, Thomas Bächler wrote: Am 31.07.2010 13:30, schrieb jesse jaara: The name and description of the arch-dev-public mailing list are extreamly misleading, for me personally the name and description tells that the list is open for everyone to discuss about development of Arch Linux and apps. This also makes me think that there must also be a closed mailing list for the developers and USA government only, where they can discuss about putting a spying app to every single arch box there is. :D There IS a closed list, and it used to be the only development list for quite some time. In March 2007, arch-dev-public was created and virtually all development talk moved there (traffic on arch-dev is very minimal, mainly discussions about server infrastructure and world domination). I think Jesse is specifically asking why the arch-dev-public list is not open to everyone to WRITE to. Other devs can correct me if I am wrong, but the rationale for making it read-only to non-devs is to limit traffic to an acceptable level so that development discussions can be conducted productively. The arch-general list is open to everyone and all devs subscribe to it. But it is true that the read-only status of arch-dev-public could be stated more clearly on http://mailman.archlinux.org/mailman/listinfo/, perhaps changing it to something like: Public mailing list for Arch Linux development (read-only for non-devs) F
Re: [arch-general] makepkg patch - generate .SRCINFO file when running --source
On Mon, Aug 02, 2010 at 08:49:11AM -0400, Loui Chang wrote: On Tue 27 Jul 2010 15:25 +0200, vlad wrote: Here is a patch against makepkg from git which introduces a new function write_srcinfo(). This generates a file .SRCINFO - like the .PKGINFO one - when makepkg --source is run and then it is added to the src.tar.gz archive. I think having such a file is an important step for getting split packages to the AUR. It is also useful for third party applications. Since this file is generated during making the source archive, there is no need for parsing/sourcing the PKGBUILD everytime meta infos are needed afterwards. This is also a way of standardizing the source archive. .SRCINFO looks like (generated for gcc from core): Nice. :D This is something that I had been brainstorming too. Hehe, that's why I did it. I wanted to give this a push. You should submit it to the pacman-dev list and/or the pacman bug tracker. Is pacman-dev public or open for non-devs? --
Re: [arch-general] makepkg patch - generate .SRCINFO file when running --source
On Mon, Aug 2, 2010 at 10:03 AM, vlad v...@uni-bonn.de wrote: On Mon, Aug 02, 2010 at 08:49:11AM -0400, Loui Chang wrote: On Tue 27 Jul 2010 15:25 +0200, vlad wrote: Here is a patch against makepkg from git which introduces a new function write_srcinfo(). This generates a file .SRCINFO - like the .PKGINFO one - when makepkg --source is run and then it is added to the src.tar.gz archive. I think having such a file is an important step for getting split packages to the AUR. It is also useful for third party applications. Since this file is generated during making the source archive, there is no need for parsing/sourcing the PKGBUILD everytime meta infos are needed afterwards. This is also a way of standardizing the source archive. .SRCINFO looks like (generated for gcc from core): Nice. :D This is something that I had been brainstorming too. Hehe, that's why I did it. I wanted to give this a push. You should submit it to the pacman-dev list and/or the pacman bug tracker. Is pacman-dev public or open for non-devs? Public, but you have to sign up. -Dan
Re: [arch-general] makepkg patch - generate .SRCINFO file when running --source
On Mon 02 Aug 2010 17:03 +0200, vlad wrote: On Mon, Aug 02, 2010 at 08:49:11AM -0400, Loui Chang wrote: On Tue 27 Jul 2010 15:25 +0200, vlad wrote: Here is a patch against makepkg from git which introduces a new function write_srcinfo(). This generates a file .SRCINFO - like the .PKGINFO one - when makepkg --source is run and then it is added to the src.tar.gz archive. I think having such a file is an important step for getting split packages to the AUR. It is also useful for third party applications. Since this file is generated during making the source archive, there is no need for parsing/sourcing the PKGBUILD everytime meta infos are needed afterwards. This is also a way of standardizing the source archive. .SRCINFO looks like (generated for gcc from core): Nice. :D This is something that I had been brainstorming too. Hehe, that's why I did it. I wanted to give this a push. You should submit it to the pacman-dev list and/or the pacman bug tracker. Is pacman-dev public or open for non-devs? Yes. It's open to anybody. Just subscribe first.
Re: [arch-general] arch-dev-public misleading
On Monday 02 Aug 2010 at 15:50 Firmicus wrote: On 31/07/2010 14:00, Thomas Bächler wrote: Am 31.07.2010 13:30, schrieb jesse jaara: The name and description of the arch-dev-public mailing list are extreamly misleading, for me personally the name and description tells that the list is open for everyone to discuss about development of Arch Linux and apps. This also makes me think that there must also be a closed mailing list for the developers and USA government only, where they can discuss about putting a spying app to every single arch box there is. :D There IS a closed list, and it used to be the only development list for quite some time. In March 2007, arch-dev-public was created and virtually all development talk moved there (traffic on arch-dev is very minimal, mainly discussions about server infrastructure and world domination). I think Jesse is specifically asking why the arch-dev-public list is not open to everyone to WRITE to. Other devs can correct me if I am wrong, but the rationale for making it read-only to non-devs is to limit traffic to an acceptable level so that development discussions can be conducted productively. The arch-general list is open to everyone and all devs subscribe to it. But it is true that the read-only status of arch-dev-public could be stated more clearly on http://mailman.archlinux.org/mailman/listinfo/, perhaps changing it to something like: Public mailing list for Arch Linux development (read-only for non-devs) Yeah, if someone could be bothered, it might even make more sense to rename them such that arch-dev is the publicly readable list and arch-dev-private is the private one that no-one really knows about (or cares about). It's probably too much hassle for too many people, but would make things look a bit more obvious from a (non-dev) community member's perspective, while still also making perfect sense to the devs. I have to admit, I made the same mistake as Jesse when I first arrived in Archland. Pete.
Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing?
On 08/02/2010 02:17 AM, Burlynn Corlew Jr wrote: https://www.archlinux.de/?page=MirrorStatus http://wiki.archlinux.org/index.php/Mirror http://wiki.archlinux.org/index.php/Beginners'_Guide#Mirrorcheck_for_up-to-date_packages It is possible your current installed package list has had no updates, but not likely. You would do all of us a favor by expanding your searches for answers to farther than the mailing list. Burlynn, thanks... I monitor this list and the arch-dev list. If there is something affecting the ability to update, I expect to see notice in one of those two places. I have added the MirrorStatus to my arch bookmarks, and looking at the list, none of my first configured mirrors are on the list anymore. Thus, pacman would check the old/'no longer updated' mirrors, find that there were no changes and quit without update. That's bad. So it seems that users who haven't seen updates in the past 4days - week, are probably bitten by the same issue. For the US, I added the following at the top of my mirror list: # United States Server = ftp://mirror.rit.edu/archlinux/$repo/os/x86_64 Server = http://mirror.rit.edu/archlinux/$repo/os/x86_64 Server = http://mirror.yellowfiber.net/archlinux/$repo/os/x86_64 Before, manually adding the mirrors, I was using: # United States Server = ftp://mirror.cs.vt.edu/pub/ArchLinux/$repo/os/x86_64 Server = http://mirror.cs.vt.edu/pub/ArchLinux/$repo/os/x86_64 Server = http://mirrors.gigenet.com/archlinux/$repo/os/x86_64 Server = ftp://ftp.gtlib.gatech.edu/pub/linux/distributions/archlinux/$repo/os/x86_64 Server = http://www.gtlib.gatech.edu/pub/linux/distributions/archlinux/$repo/os/x86_64 Server = ftp://mirrors.hosef.org/archlinux/$repo/os/x86_64 When I checked for updates again, there were ~ 300M of updates ready. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] Better NILFS2 Support
Am Mon, 02 Aug 2010 15:31:47 +0200 schrieb Pierre Chapuis catw...@archlinux.us: Just for information, the opposite point of view recently came up on the suckless mailing-list: http://lists.suckless.org/dev/1007/5256.html I prefer Arch's approach but it is probably true that a large base system reduces the workload of package maintainers. I don't know Source Mage, but I think that a large base system (as I understand this posting, all in one big package) has only disadvantages. It's far less flexible, wastes much more disk space for unneeded tools, makes a lot more work for the users and maintainers, because the base package - as I understand the posting - needs to be updated more often (a big package needs to be updated every time one small tool is updated), which forces the users to regularly download and the maintainers to regularly rebuild and upload a bigger package instead of sometimes down- and uploading a few much smaller packages, etc. Not really a good idea. Heiko
Re: [arch-general] Better NILFS2 Support
On Mon, 2 Aug 2010 18:08:50 +0200 Heiko Baums li...@baums-on-web.de wrote: Am Mon, 02 Aug 2010 15:31:47 +0200 schrieb Pierre Chapuis catw...@archlinux.us: Just for information, the opposite point of view recently came up on the suckless mailing-list: http://lists.suckless.org/dev/1007/5256.html I prefer Arch's approach but it is probably true that a large base system reduces the workload of package maintainers. I don't know Source Mage, but I think that a large base system (as I understand this posting, all in one big package) has only disadvantages. It's far less flexible, wastes much more disk space for unneeded tools, makes a lot more work for the users and maintainers, because the base package - as I understand the posting - needs to be updated more often (a big package needs to be updated every time one small tool is updated), which forces the users to regularly download and the maintainers to regularly rebuild and upload a bigger package instead of sometimes down- and uploading a few much smaller packages, etc. Not really a good idea. Heiko I think they mean keeping regular packages like usual, but just making more packages part of the base group. And like I said earlier, I don't see the point either. Dieter
Re: [arch-general] Better NILFS2 Support
Am Mon, 2 Aug 2010 18:10:22 +0200 schrieb Dieter Plaetinck die...@plaetinck.be: I think they mean keeping regular packages like usual, but just making more packages part of the base group. And like I said earlier, I don't see the point either. This indeed doesn't make much sense, too. I totally agree with you. Heiko
[arch-general] howto fix log errors: avahi-daemon[1954]: Invalid query packet.
Guys, My logs have been filling up with avahi-daemon messages. The avahi errors always appear in groups of 3: Aug 2 16:05:03 nirvana avahi-daemon[1954]: Invalid query packet. Aug 2 16:05:03 nirvana avahi-daemon[1954]: Invalid query packet. Aug 2 16:05:03 nirvana avahi-daemon[1954]: Invalid query packet. Anybody know what we need to do to fix the query packet error? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing?
Would be useful to put a script in cron using reflector to update mirrors say, once a week?
Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing?
On 08/02/2010 06:44 PM, Ng Oon-Ee wrote: Notices did go out on one of the lists (forgot which one) that the new tiered mirror scheme was coming into effect. Link? I don't recall seeing anything about that either here or on the Arch announcements list. Thanks, DR
[arch-general] Unificate login credentials in Arch's website
I don't know if this was addressed before, I'm sorry to say this and you'll probably hate me but it's something that get my attention: the authentication in Arch's website is, at least, very unefficient. At worst, it's directly against Arch's Way, I think (I'm not the best guy to say this, just giving my first steps in Arch). Why should someone need to register at least three times, one for the forums, one for the wiki and one for the AUR? Shoudn't be sufficient with just one-time login/registration? And what about editing own nick or password? You know, at any time you may want to uniform all your passwords to a master one or just change it from the default you get when registered. I would like to know if there's any specific reason to have three separate accounts for the same website sections. Regards, Martín
Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing?
On Mon, 2010-08-02 at 22:38 -0400, David Rosenstrauch wrote: On 08/02/2010 06:44 PM, Ng Oon-Ee wrote: Notices did go out on one of the lists (forgot which one) that the new tiered mirror scheme was coming into effect. Link? I don't recall seeing anything about that either here or on the Arch announcements list. Thanks, DR http://mailman.archlinux.org/pipermail/arch-dev-public/2010-July/017431.html Which you could of course have found by reading the very first post that started this thread in which he mentions the topic and that it was posted on arch-dev-public.
[arch-general] Shouldn't pacman restart dovecot after update?
Guys, Sending mail from my local server resulted in errors could not copy sent mail to 'sent' on servername? Checking the mail logs, I found this: snip Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) snip So I restarted dovecot -- problem solved. That brought up the question, why didn't pacman restart dovecot with some post-install something?? So should it have? If it didn't, does this need to be reported? Let me know. Thanks. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] Shouldn't pacman restart dovecot after update?
On 2 August 2010 22:00, David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, Sending mail from my local server resulted in errors could not copy sent mail to 'sent' on servername? Checking the mail logs, I found this: snip Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) snip So I restarted dovecot -- problem solved. That brought up the question, why didn't pacman restart dovecot with some post-install something?? So should it have? If it didn't, does this need to be reported? Because of KISS? Pacman is a package manager, not a system administration tool. Imagine the story with a different daemon: SSH. You ssh into your box, su, and pacman -Syu. Halfway through the upgrade, openssh gets updated, which automatically restarts the server, which SIGHUPs pacman, which is left in an inconsistent state. Let me know. Thanks. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- Tavian Barnes
Re: [arch-general] Shouldn't pacman restart dovecot after update?
On 08/02/10 at 10:39pm, Tavian Barnes wrote: On 2 August 2010 22:00, David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, Sending mail from my local server resulted in errors could not copy sent mail to 'sent' on servername? Checking the mail logs, I found this: snip Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) snip So I restarted dovecot -- problem solved. That brought up the question, why didn't pacman restart dovecot with some post-install something?? So should it have? If it didn't, does this need to be reported? Because of KISS? Pacman is a package manager, not a system administration tool. Imagine the story with a different daemon: SSH. You ssh into your box, su, and pacman -Syu. Halfway through the upgrade, openssh gets updated, which automatically restarts the server, which SIGHUPs pacman, which is left in an inconsistent state. Let me know. Thanks. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- Tavian Barnes Great point; but *we* could at least mention **Restart Dovecot with #/etc/rc.d/dovecot restart** (or some such msg) in the dovecot.install file. Because we know EVERYONE reads the pacman msg(s) after an install. Regardless I think that is the solution best hoped for. David perhaps a bug/feature request asking for same??
Re: [arch-general] Shouldn't pacman restart dovecot after update?
On Tuesday 03 August 2010 06:52:45 J. W. Birdsong wrote: Great point; but we could at least mention **Restart Dovecot with #/etc/rc.d/dovecot restart** (or some such msg) in the dovecot.install file.Because we know EVERYONE reads the pacman msg(s) after an install. Regardless I think that is the solution best hoped for. David perhaps a bug/feature request asking for same?? Why should a message be printed ? If you've installed dovecot, and you see a dovecot update, you should know you have to restart this service after the upgrade. -- Nicolas D (aka slubman) site : http://www.slubman.info/
Re: [arch-general] Shouldn't pacman restart dovecot after update?
You can restart openssh without being kicked off. Tavian Barnes taviana...@gmail.com wrote: On 2 August 2010 22:00, David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, Sending mail from my local server resulted in errors could not copy sent mail to 'sent' on servername? Checking the mail logs, I found this: snip Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) snip So I restarted dovecot -- problem solved. That brought up the question, why didn't pacman restart dovecot with some post-install something?? So should it have? If it didn't, does this need to be reported? Because of KISS? Pacman is a package manager, not a system administration tool. Imagine the story with a different daemon: SSH. You ssh into your box, su, and pacman -Syu. Halfway through the upgrade, openssh gets updated, which automatically restarts the server, which SIGHUPs pacman, which is left in an inconsistent state. Let me know. Thanks. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- Tavian Barnes -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Re: [arch-general] Shouldn't pacman restart dovecot after update?
On Mon, 2010-08-02 at 23:00 -0500, David C. Rankin wrote: Guys, Sending mail from my local server resulted in errors could not copy sent mail to 'sent' on servername? Checking the mail logs, I found this: snip Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) snip So I restarted dovecot -- problem solved. That brought up the question, why didn't pacman restart dovecot with some post-install something?? So should it have? If it didn't, does this need to be reported? Let me know. Thanks. Just because I have dovecot installed doesn't mean its running at the point I do the update. I'd think the responsibility is with the user to do what is necessary. In the end its up to the packager though.
[arch-general] Image my installed Arch into a USB pendrive
Hi, is possible to image my current Arch system into a USB pendrive and use it from there? Many thanks! Martín
[arch-general] Interesting tidbit from other distros latest releases - kde3 is still there and maintained.
Guys, This is just a point of interest more than anything else. Many of you know I came to Arch from suse and one of the reasons was suse announced plan to eliminate kde3 in its 11.2 release in early 2009. Arch had chakra and it worked great so Arch was a great logical choice. It seems that some desktops can't be replaced or removed that easily. Going against a solid year of policy to the contrary, suse's 7/15/10 new release (11.3) included a kde3 repository that will be available and maintained at least until 11.3 EOL. (usually 18 months) The only discussion on the suse list was the fact that the cost of offering kde3 is basically zero and other than a few updated libs (poppler-qt3, libpng, libjpeg), etc.., kde3 is static requiring nothing more than a few hundred meg of storage at this point. More resources are spent building and offering LXDE, openbox, etc. than kde3 required so it made sense to continue the desktop as an offering. What's that got to do with Arch? If Novell has come to the conclusion that it makes business sense to continue kde3 for the time being, then it may at least be something the Arch devs want to talk about and at least try to figure out the why? part of Novell's continuation of kde3 in case there is anything that Arch wants to do to maintain its offerings comparable with distro X, Y or Z. I have no information there. Currently kdemod3 is still in really good shape for Arch, but with the loss of Jan, I don't know what that means for the continuation of its hosting on the charkra servers. That might at least be worth knowing. None of this needs any type of reply, but with kde4 still in a massive state of flux (i.e. you can't even get to your kabc categories at present), at least having Arch know what it's thoughts or wishes are in this area before be faced with any changes, may just help the distro be ready for what ever comes along. Food for thought for the powers that be -- all others, just hit 'del'. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] Shouldn't pacman restart dovecot after update?
On 08/02/2010 11:39 PM, Tavian Barnes wrote: Because of KISS? Pacman is a package manager, not a system administration tool. Imagine the story with a different daemon: SSH. You ssh into your box, su, and pacman -Syu. Halfway through the upgrade, openssh gets updated, which automatically restarts the server, which SIGHUPs pacman, which is left in an inconsistent state. Thanks, That's all I needed to know. I'll keep a closer eye on the logs after update. My post wasn't to imply that pacman 'should' do it, it was just meant as a query of if it 'was' supposed to do it, it didn't :p I agree with the philosophy of having pacman NOT do it for any packages. There is brilliance in KISS. Once a few packages 'start' doing it, then there is a continual open question in users minds Does package X have a post-install that does it -- or not? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com