http://permalink.gmane.org/gmane.linux.openwall.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.linux.openwall.user/952 Hello, We (Openwall) have rebuilt Owl current (several 'make buildworld' and 'make installworld' iterations) for x86_64 and updated /pub/Owl/current/x86_64 on our master FTP server with the updated packages. The primary difference with the previous (non-official) update is that bacause of several build iterations the packages are linked with all updated libraries. This build is the recommended Owl userland for the x86_64 arch. All official mirrors are expected to be already synchronized with this update, so you should be able to grab the updated x86_64 userland from your nearest mirror. On Mon, Jul 21, 2008 at 02:11:25AM +0400, (GalaxyMaster) wrote: Thanks, (GalaxyMaster 2008-08-17T13:38:30 http://permalink.gmane.org/gmane.linux.openwall.user/951 I'd like to announce the availability of updated x86_64 RPMs. I've rebuilt the latest Owl-current on one of Openwall's x86_64 boxes, the resulting packages were tested, and are available at ftp://ftp.ru.openwall.com/pvt/galaxy/Owl/pending/x86_64 . (GalaxyMaster 2008-07-20T22:11:25 http://permalink.gmane.org/gmane.linux.openwall.user/950 Thank you for writing to php|architect. Our e-mail support system has received your message, which has been placed in our priority queue. Please keep in mind that we receive a high volume of messages on a daily basis and, therefore, it might take a little while before we are able to write back. Should you have any concerns, please do not hesitate to contact us again. We will do our best to assist you. In the meantime, why not check out one of our brand-new training courses? They're all at http://www.phparch.com/phptraining! Sincerely, The php|architect Team info< at >phparch.com php|architect 2008-07-02T17:02:16 http://permalink.gmane.org/gmane.linux.openwall.user/949 JFYI, I have unsubscribed a misconfigured RT installation at rent-at-fvh.com from owl-users< at >. (GalaxyMaster 2008-07-02T17:04:19 http://permalink.gmane.org/gmane.linux.openwall.user/948 Thank you for writing to php|architect. Our e-mail support system has received your message, which has been placed in our priority queue. Please keep in mind that we receive a high volume of messages on a daily basis and, therefore, it might take a little while before we are able to write back. Should you have any concerns, please do not hesitate to contact us again. We will do our best to assist you. In the meantime, why not check out one of our brand-new training courses? They're all at http://www.phparch.com/phptraining! Sincerely, The php|architect Team info< at >phparch.com php|architect 2008-07-02T16:46:11 http://permalink.gmane.org/gmane.linux.openwall.user/947 Due to spam, we have change our email address to floridavacationhomes (at) fvh.com rent< at >fvh.com 2008-07-02T16:45:50 http://permalink.gmane.org/gmane.linux.openwall.user/946 Due to spam, we have change our email address to floridavacationhomes (at) fvh.com rent< at >fvh.com 2008-07-02T16:45:40 http://permalink.gmane.org/gmane.linux.openwall.user/945 Thank you for writing to php|architect. Our e-mail support system has received your message, which has been placed in our priority queue. Please keep in mind that we receive a high volume of messages on a daily basis and, therefore, it might take a little while before we are able to write back. Should you have any concerns, please do not hesitate to contact us again. We will do our best to assist you. In the meantime, why not check out one of our brand-new training courses? They're all at http://www.phparch.com/phptraining! Sincerely, The php|architect Team info< at >phparch.com php|architect 2008-07-02T16:45:46 http://permalink.gmane.org/gmane.linux.openwall.user/944 Thank you for writing to php|architect. Our e-mail support system has received your message, which has been placed in our priority queue. Please keep in mind that we receive a high volume of messages on a daily basis and, therefore, it might take a little while before we are able to write back. Should you have any concerns, please do not hesitate to contact us again. We will do our best to assist you. In the meantime, why not check out one of our brand-new training courses? They're all at http://www.phparch.com/phptraining! Sincerely, The php|architect Team info< at >phparch.com php|architect 2008-07-02T16:45:15 http://permalink.gmane.org/gmane.linux.openwall.user/943 Due to spam, we have change our email address to floridavacationhomes (at) fvh.com rent< at >fvh.com 2008-07-02T16:45:08 http://permalink.gmane.org/gmane.linux.openwall.user/942 Hello, I'd like to announce availability of the following Boot CD-ROM ISO image - Openwall Rescue BootCD (NOTE: although I've used 'Openwall' this image is still my personal experimental project and isn't an official ISO image). === a testing request === If possible, please download the ISO image, burn it to CD/DVD, and try to boot from it. The expected result is that at least one network interface (beside lo) is up and running and has 192.168.255.*/30 assigned to it. I would greatly appreciate both positive and negative attempt reports (please mention CPU, CD/DVD drive type, network interface type and manufacturer). And please submit your reports to me privately (at galaxy-at-openwall.com) to not abuse this list subscribers. === end of request === This Rescue BootCD could be used to startup a wide range of hardware that can't be initialized by the official Owl ISO images. But the main purpose of this BootCD is to provide easy-to-use BootCD for remote installations or server rescue operations. The IS (GalaxyMaster 2008-07-02T16:47:12 http://permalink.gmane.org/gmane.linux.openwall.user/941 Hi, We've just setup the Openwall Community Wiki at: http://openwall.info/wiki/ and there's a DokuWiki "namespace" for Owl user community resources: http://openwall.info/wiki/Owl It may contain pages on and links to things such as tutorials for new users, advanced usage examples, and more. I have provided broken links for some pages to be created. If you have something relevant to share, please register for an account and edit away! Thanks, Alexander Solar Designer 2008-05-14T00:04:24 http://permalink.gmane.org/gmane.linux.openwall.user/940 Hello, The following technology looks promising and we might want to consider it for an inclusion into Owl. Is anybody interested in such a package? Ksplice - allows applying patches to the running kernel. More info at: http://web.mit.edu/ksplice/ (GalaxyMaster 2008-04-26T19:36:28 http://permalink.gmane.org/gmane.linux.openwall.user/939 We wanted to do it before the next release, but right now it seems more likely that the next release will be the last one to use a 2.4 kernel - that is, that we'd switch to 2.6 after the next release. We are also very likely to integrate OpenVZ. Yes, if your hardware is unsupported by 2.4 kernels, you'll have to use a 2.6 kernel without our patches. We're often using the OpenVZ kernels from OpenVZ's "RHEL5" branch. They work fine with the Owl userland, which we use both on the host system and inside containers (also known as VEs or VPSes). The short answer is: none. In fact, it is more correct to have your packages built against the same kernel headers that glibc was built against. So if you don't rebuild glibc (and there should be no need to do that), it is more correct to not rebuild any other packages against 2.6 kernel headers as well. Solar Designer 2008-04-26T14:01:46 http://permalink.gmane.org/gmane.linux.openwall.user/938 > I had to exchange several machines with newer hardware and > now I have to use a newer kernel (2.6.25) because of the > unsupported ICH9 chipset in 2.4.35. > Are there any roadmaps/timetables to switch Owl to an 2.6 > Kernel, or do I have to use an unpatched kernel for my new > hardware? Try building 2.6.24.5 with grsecurity.org's patches (most of them are not really needed, but some are really good). > Which packages are kernel-dependent and should be rebuild > under the new kernel? None I'm aware of. > Any experiences? I use Owl with 2.6 kernels for over 3 years and have no problem with that. gremlin< at >gremlin.ru 2008-04-25T07:10:48 http://permalink.gmane.org/gmane.linux.openwall.user/937 oxbvdarbbvy< at >bobshumate.com 2008-04-25T06:03:27 http://permalink.gmane.org/gmane.linux.openwall.user/936 Hi together, I had to exchange several machines with newer hardware and now I have to use a newer kernel (2.6.25) because of the unsupported ICH9 chipset in 2.4.35. Are there any roadmaps/timetables to switch Owl to an 2.6 Kernel, or do I have to use an unpatched kernel for my new hardware? Which packages are kernel-dependent and should be rebuild under the new kernel? Any experiences? Greetings Bernhard Bernhard Fischer 2008-04-25T06:02:45 http://permalink.gmane.org/gmane.linux.openwall.user/935 Hi all, On Wed, 26 Mar 2008, Dmitry V. Levin wrote: [...] I'd say that even in case syslog.conf does use remote host names, such names should (hmm, may I say "must"?) be explicitly mentioned in /etc/hosts. Named is good and more or less stable, but it crashes from time to time, there can be various human mistakes that lead to unavailability of some DNS zones, etc. Logging is the thing which should never be dependent on these. IMHO. -- Croco Andrey V Stolyarov 2008-03-26T13:01:58 http://permalink.gmane.org/gmane.linux.openwall.user/934 Hi, On Wed, Mar 26, 2008 at 08:08:18AM +0300, (GalaxyMaster) wrote: Unless syslog.conf uses remote host names, yes, the "syslog" service could be started prior to the "bind" service. Dmitry V. Levin 2008-03-26T12:37:40 http://permalink.gmane.org/gmane.linux.openwall.user/933 Hello, I'd like to point out that it doesn't look right: peach!root:~# ls -ld /etc/rc.d/rc3.d/S*{syslog,named} lrwxrwxrwx 1 root root 15 Feb 25 2006 /etc/rc.d/rc3.d/S20named -> ../init.d/named lrwxrwxrwx 1 root root 16 Oct 25 2005 /etc/rc.d/rc3.d/S30syslog -> ../init.d/syslog peach!root:~# I think that the syslog service should be started prior any other service which wants to use syslog. Is this a bug or am I missing something? P.S. I haven't checked the current branch but I believe that the order is the same as in Owl 2.0-stable which I'm actively using lately (as you might already noticed :) ) (GalaxyMaster 2008-03-26T05:08:18 http://permalink.gmane.org/gmane.linux.openwall.user/932 ... Yes - but perhaps this is to be fixed for 2.1-stable (once we have it), not for 2.0-stable. That's because we only have the "make iso.gz" functionality in -current (which the next release will be based on), not in 2.0-stable, and we're being very conservative at getting changes into 2.0-stable. I don't think we should change that approach now; I think that it is more productive for us to concentrate on getting a new release out sooner rather than later. Right now, our users who want 2.0-stable should install 2.0-release, then upgrade to 2.0-stable. Indeed, this is not perfect - more work to do and potential extra hardware support issues with the older kernel in 2.0-release. Thanks, Solar Designer 2008-03-21T01:02:19 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.openwall.user