You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(55) |
Oct
(44) |
Nov
(156) |
Dec
(123) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(130) |
Feb
(156) |
Mar
(162) |
Apr
(171) |
May
(97) |
Jun
(127) |
Jul
(58) |
Aug
(81) |
Sep
(86) |
Oct
(45) |
Nov
(41) |
Dec
(84) |
2003 |
Jan
(71) |
Feb
(87) |
Mar
(133) |
Apr
(152) |
May
(151) |
Jun
(232) |
Jul
(320) |
Aug
(237) |
Sep
(271) |
Oct
(536) |
Nov
(301) |
Dec
(393) |
2004 |
Jan
(393) |
Feb
(184) |
Mar
(314) |
Apr
(225) |
May
(139) |
Jun
(77) |
Jul
(87) |
Aug
(75) |
Sep
(139) |
Oct
(50) |
Nov
(8) |
Dec
(28) |
2005 |
Jan
(66) |
Feb
(63) |
Mar
(14) |
Apr
(14) |
May
(8) |
Jun
(23) |
Jul
(21) |
Aug
(6) |
Sep
(29) |
Oct
(55) |
Nov
(38) |
Dec
(8) |
2006 |
Jan
(5) |
Feb
(10) |
Mar
(1) |
Apr
(15) |
May
(32) |
Jun
(44) |
Jul
(11) |
Aug
(8) |
Sep
(9) |
Oct
(14) |
Nov
(4) |
Dec
(3) |
2007 |
Jan
(3) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(35) |
Aug
(49) |
Sep
(8) |
Oct
(42) |
Nov
(44) |
Dec
(7) |
2008 |
Jan
(2) |
Feb
(7) |
Mar
(8) |
Apr
(80) |
May
(74) |
Jun
(29) |
Jul
(5) |
Aug
(7) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
2009 |
Jan
(8) |
Feb
(19) |
Mar
(3) |
Apr
(24) |
May
(22) |
Jun
(23) |
Jul
(8) |
Aug
(23) |
Sep
(8) |
Oct
(27) |
Nov
(52) |
Dec
(27) |
2010 |
Jan
(36) |
Feb
(29) |
Mar
(17) |
Apr
(28) |
May
(21) |
Jun
(4) |
Jul
|
Aug
(28) |
Sep
(18) |
Oct
(6) |
Nov
(34) |
Dec
(16) |
2011 |
Jan
(18) |
Feb
(12) |
Mar
|
Apr
|
May
(9) |
Jun
(1) |
Jul
(5) |
Aug
(5) |
Sep
(7) |
Oct
(16) |
Nov
(26) |
Dec
(17) |
2012 |
Jan
(6) |
Feb
(34) |
Mar
(52) |
Apr
(10) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(1) |
Dec
(4) |
2013 |
Jan
(5) |
Feb
|
Mar
|
Apr
(5) |
May
(4) |
Jun
|
Jul
|
Aug
(14) |
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
(2) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(11) |
2015 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Frank W. <Fra...@cg...> - 2018-01-08 10:31:48
|
Hi Heiko, thank you for taking us this far! I have deployed my first DL in 2001-2002 and have now more than 100 in operation. The other component of my setup is fwbuilder, which has come to a halt several years ago, so change was foreseeable for me. What do you fellow DL-users look at for replacement? I have looked at similar projects on and off over the last year or so, there seems to be other distros (don't know how they will address the grsecurity issues) but most seem to focus on ease of use for newcomers, and not so hot for people that manage lots of sites with many common config items. Any suggestions? Even non-free ones? Thanks a lot Frank On 01/07/2018 02:24 PM, Heiko Zuerker wrote: > > Unfortunately, after almost 20 years, I have to officially stop > releasing new versions of Devil-Linux. I simply do not have the time > anymore to do this properly. This is in addition to GRSecurity not > being available anymore to the general public, which was the core of > our security features. It has been a blast maintaining this distro and > we had a lot of long-term followers, for which I am very grateful. > All current downloads and the sources will of course stay on the websites. > If anybody wants to pick up where I left off, please feel free to > reach out so that we can transfer all the responsibilities. > > > -- > > Regards > Heiko Zuerker > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop -- *Frank Weis* Conseiller informaticien LE GOUVERNEMENT DU GRAND-DUCHÉ DE LUXEMBOURG Ministère de l’Éducation nationale, de l’Enfance et de la Jeunesse Centre de gestion informatique de l’éducation eduPôle - Walferdange Route de Diekirch, L-7220 Walferdange _Adresse postale_ : B.P. 98, L-7201 Bereldange Tél. Helpdesk: (+352) 247-85999 . Tél. Secrétariat: (+352) 247-85970 .Fax : (+352) 247-85174 E-mail : Fra...@cg... <mailto:Fra...@cg...> www.cgie.lu <http://www.cgie.lu/> www.men.lu <http://www.men.lu/> www.gouvernement.lu <http://www.gouvernement.lu> Ce message et toutes pièces jointes sont établis à l'intention exclusive de ses destinataires. Ils peuvent contenir des informations confidentielles. Si vous recevez ce message par erreur, merci de le détruire et d'en avertir immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. Ce message a fait l'objet d'un traitement anti-virus. Le contenu de ce message et des pièces jointes ne pourrait engager la responsabilité du ministère que s'il a été émis par une personne dûment habilitée agissant dans le strict cadre des fonctions auxquelles elle est employée et à des fins non étrangères à ses attributions. |
From: Heiko Z. <he...@zu...> - 2018-01-07 13:51:17
|
Unfortunately, after almost 20 years, I have to officially stop releasing new versions of Devil-Linux. I simply do not have the time anymore to do this properly. This is in addition to GRSecurity not being available anymore to the general public, which was the core of our security features. It has been a blast maintaining this distro and we had a lot of long-term followers, for which I am very grateful. All current downloads and the sources will of course stay on the websites. If anybody wants to pick up where I left off, please feel free to reach out so that we can transfer all the responsibilities. -- Regards Heiko Zuerker |
From: Heiko Z. <he...@zu...> - 2017-01-14 16:30:25
|
All, I am happy to announce that Devil-Linux 1.8.0-rc2 has been released! This is a major overhaul of Devil-Linux. Most programs and libraries have been updated and unmaintained ones have been removed. The main file system has been switched to squashfs, to further reduce the iso size. See the changelog for additional details. -- Regards Heiko Zuerker |
From: Bruce S. <bw...@re...> - 2016-06-20 21:55:21
|
If you click on the Paypal link, [I'm pretty sure] you can donate with a credit/debit card, without opening a paypal account. Paypal just transfers the money. On Mon, Jun 20, 2016 at 8:07 AM, Peter Jannesen <pe...@ja...> wrote: > Hi Heiko, > > > > I would like to make a donation. But the problem is that I first must open > a paypal account! > > > > Is there some way I can make a sepa transfer? Al that I need is a sepa > bankaccount nr and a name. > > > > n Peter > > > > *From:* Heiko Zuerker [mailto:he...@zu...] > *Sent:* zondag 19 juni 2016 15:18 > *To:* dev...@li...; > dev...@li...; > dev...@li... > *Subject:* [Devil-Linux-discuss] Devil-Linux 1.8.0-rc1 and request for > donations > > > > All, > > I am happy to announce that Devil-Linux 1.8.0-rc1 has been released! This > is a major overhaul of Devil-Linux. Most programs and libraries have been > updated and unmaintained ones have been removed. The main file system has > been switched to squashfs, to further reduce the iso size. See the > changelog for additional details. > > > Many of you might not know that Devil-Linux is financed out of my personal > pocket and donations to support my work have been tapering off over the > last couple of years. Unfortunately, the server I use to maintain DL is > quite dated and it's time to look at a hardware refresh. I'm currently $400 > short to do the basic upgrades for motherboard, CPU, and memory. It would > be extremely helpful if I could get your support, every little bit helps: > http://devil-linux.org/sitetools/donatedl.php . Thanks! > > > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning > reports. http://sdm.link/zohomanageengine > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > |
From: Heiko Z. <he...@zu...> - 2016-06-19 13:18:12
|
All, I am happy to announce that Devil-Linux 1.8.0-rc1 has been released! This is a major overhaul of Devil-Linux. Most programs and libraries have been updated and unmaintained ones have been removed. The main file system has been switched to squashfs, to further reduce the iso size. See the changelog for additional details. Many of you might not know that Devil-Linux is financed out of my personal pocket and donations to support my work have been tapering off over the last couple of years. Unfortunately, the server I use to maintain DL is quite dated and it's time to look at a hardware refresh. I'm currently $400 short to do the basic upgrades for motherboard, CPU, and memory. It would be extremely helpful if I could get your support, every little bit helps: http://devil-linux.org/sitetools/donatedl.php . Thanks! -- Regards Heiko Zuerker http://www.devil-linux.org |
From: Heiko Z. <he...@zu...> - 2015-10-06 01:01:09
|
All, I just checked in the first draft of 1.8. It still needs plenty of work (32 bit Kernel config is missing), but it should mostly work on x86_64. I would appreciate it if folks could start compiling their own versions and play with it, so that we can identify and fix any remaining issues quicker. -- Regards Heiko Zuerker |
From: Heiko Z. <he...@zu...> - 2015-09-04 00:11:32
|
All, Just a quick note that grsecurity is not publishing any of the stable kernel patches anymore, due to legal troubles with some companies. This means we'll have to stick with their "testing" patches, which are always based on the latest Kernel. This will be interesting... -- Regards Heiko Zuerker |
From: Heiko Z. <he...@zu...> - 2015-08-15 13:07:33
|
Andrzej, Could you please tarball the work you have done with the newer kernel, so I can continue working on it? I just saw that grsecurity will drop support for the 3.2 kernel series by the end of the year. This means we'll have to upgrade to 3.14, which is the latest long-term kernel version grsecurity supports. Heiko Quoting Heiko Zuerker <he...@zu...>: > Hey, > > I changed a few things around in the build system, to help make our > life easier. (Not checked-in yet) > The grsecurity patch is now applied via the prepare script (like most > of the other kernel patches) and AUFS is applied right afterwards. > I was also able to modify the aufs-mmap patch for 3.2, to work with > grsecurity. > My compile is running, we'll see if it will finish. Hopefully I'll > have some time this weekend to test it... > > Heiko > > Quoting Heiko Zuerker <he...@zu...>: > >> Andrzej, >> >> I'm not sure how much time I'll have myself. Family is the priority >> (and work of course), no question about that. But Devil-Linux should >> come right behind that! ;-) >> >> Looks like the aufs mmap patch is supposed to solve the issue with the >> 3.2 kernel, but this one collides with grsecurity. Is it the same >> issue for the kernel you've been working on? >> My plan was to see if I can modify the 3.2 mmap patch to work >> grsecurity. That should be the quickest. Switching to a new Kernel >> takes a lot of testing, that's why I don't want to rush that one. >> >> Heiko >> >> Quoting Andrzej Odyniec <an...@ma...>: >> >>> Heiko Zuerker wrote: >>>> Andrzej, >>>> >>>> Looks like our hand is going to be forced and we need to move to the >>>> newer kernel. >>>> >>>> Unfortunately AUFS doesn't work anymore with the latest 3.2 kernel and >>>> it's not supported anymore for those versions.... >>> >>> Heiko, >>> >>> But AUFS is in colission with grsec in three files. Because of this I can't >>> compile kernel with grsec. This stopped me temporarily. But I think about >>> source analysis. In recent months I've been busy at work and in the family. >>> Some grandchildren grow up and the other is born. Already 14 :) So >>> I planned >>> to read collisional sources for about two weeks. Mayby you will be faster? >>> >>> Near all rest was compiling using gcc 4.5.3 patched for fpie-1 and nonfatal >>> warning. All I did is: >>> >>> %{nonow:-z lazy;:-z now} }}\ >>> %{!no-fatal-warnings:--fatal-warnings} " >>> >>> instead >>> >>> %{nonow:-z lazy;:-z now} }}" >>> >>> in fpie-1 patch. >>> >>> But as I said -- grsec kernel is not compiling because of colision >>> with aufs. >>> >>> Andrzej >>> >>> --- >>> Ta wiadomość została sprawdzona na obecność wirusów przez >>> oprogramowanie antywirusowe Avast. >>> http://www.avast.com >>> >>> >>> ------------------------------------------------------------------------------ >>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA. >>> GigeNET is offering a free month of service with a new server in Ashburn. >>> Choose from 2 high performing configs, both with 100TB of bandwidth. >>> Higher redundancy.Lower latency.Increased capacity.Completely compliant. >>> http://p.sf.net/sfu/gigenet >>> _______________________________________________ >>> Devil-linux-develop mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop >> >> >> >> -- >> >> Regards >> Heiko Zuerker >> >> ------------------------------------------------------------------------------ >> New Year. New Location. New Benefits. New Data Center in Ashburn, VA. >> GigeNET is offering a free month of service with a new server in Ashburn. >> Choose from 2 high performing configs, both with 100TB of bandwidth. >> Higher redundancy.Lower latency.Increased capacity.Completely compliant. >> http://p.sf.net/sfu/gigenet >> _______________________________________________ >> Devil-linux-develop mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop > > > > -- > > Regards > Heiko Zuerker > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop -- Regards Heiko Zuerker |
From: Heiko Z. <he...@zu...> - 2015-01-31 17:15:58
|
Devil-Linux 1.6.8 has been released! This release brings lots of software updates and resolves the GHOST glibc vulnerability (CVE-2015-0235). Please see the change log for details. -- Regards Heiko Zuerker |
From: Heiko Z. <he...@zu...> - 2015-01-22 02:54:54
|
Hey, I changed a few things around in the build system, to help make our life easier. (Not checked-in yet) The grsecurity patch is now applied via the prepare script (like most of the other kernel patches) and AUFS is applied right afterwards. I was also able to modify the aufs-mmap patch for 3.2, to work with grsecurity. My compile is running, we'll see if it will finish. Hopefully I'll have some time this weekend to test it... Heiko Quoting Heiko Zuerker <he...@zu...>: > Andrzej, > > I'm not sure how much time I'll have myself. Family is the priority > (and work of course), no question about that. But Devil-Linux should > come right behind that! ;-) > > Looks like the aufs mmap patch is supposed to solve the issue with the > 3.2 kernel, but this one collides with grsecurity. Is it the same > issue for the kernel you've been working on? > My plan was to see if I can modify the 3.2 mmap patch to work > grsecurity. That should be the quickest. Switching to a new Kernel > takes a lot of testing, that's why I don't want to rush that one. > > Heiko > > Quoting Andrzej Odyniec <an...@ma...>: > >> Heiko Zuerker wrote: >>> Andrzej, >>> >>> Looks like our hand is going to be forced and we need to move to the >>> newer kernel. >>> >>> Unfortunately AUFS doesn't work anymore with the latest 3.2 kernel and >>> it's not supported anymore for those versions.... >> >> Heiko, >> >> But AUFS is in colission with grsec in three files. Because of this I can't >> compile kernel with grsec. This stopped me temporarily. But I think about >> source analysis. In recent months I've been busy at work and in the family. >> Some grandchildren grow up and the other is born. Already 14 :) So I planned >> to read collisional sources for about two weeks. Mayby you will be faster? >> >> Near all rest was compiling using gcc 4.5.3 patched for fpie-1 and nonfatal >> warning. All I did is: >> >> %{nonow:-z lazy;:-z now} }}\ >> %{!no-fatal-warnings:--fatal-warnings} " >> >> instead >> >> %{nonow:-z lazy;:-z now} }}" >> >> in fpie-1 patch. >> >> But as I said -- grsec kernel is not compiling because of colision >> with aufs. >> >> Andrzej >> >> --- >> Ta wiadomość została sprawdzona na obecność wirusów przez >> oprogramowanie antywirusowe Avast. >> http://www.avast.com >> >> >> ------------------------------------------------------------------------------ >> New Year. New Location. New Benefits. New Data Center in Ashburn, VA. >> GigeNET is offering a free month of service with a new server in Ashburn. >> Choose from 2 high performing configs, both with 100TB of bandwidth. >> Higher redundancy.Lower latency.Increased capacity.Completely compliant. >> http://p.sf.net/sfu/gigenet >> _______________________________________________ >> Devil-linux-develop mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop > > > > -- > > Regards > Heiko Zuerker > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop -- Regards Heiko Zuerker |
From: Heiko Z. <he...@zu...> - 2015-01-20 14:18:27
|
Andrzej, I'm not sure how much time I'll have myself. Family is the priority (and work of course), no question about that. But Devil-Linux should come right behind that! ;-) Looks like the aufs mmap patch is supposed to solve the issue with the 3.2 kernel, but this one collides with grsecurity. Is it the same issue for the kernel you've been working on? My plan was to see if I can modify the 3.2 mmap patch to work grsecurity. That should be the quickest. Switching to a new Kernel takes a lot of testing, that's why I don't want to rush that one. Heiko Quoting Andrzej Odyniec <an...@ma...>: > Heiko Zuerker wrote: >> Andrzej, >> >> Looks like our hand is going to be forced and we need to move to the >> newer kernel. >> >> Unfortunately AUFS doesn't work anymore with the latest 3.2 kernel and >> it's not supported anymore for those versions.... > > Heiko, > > But AUFS is in colission with grsec in three files. Because of this I can't > compile kernel with grsec. This stopped me temporarily. But I think about > source analysis. In recent months I've been busy at work and in the family. > Some grandchildren grow up and the other is born. Already 14 :) So I planned > to read collisional sources for about two weeks. Mayby you will be faster? > > Near all rest was compiling using gcc 4.5.3 patched for fpie-1 and nonfatal > warning. All I did is: > > %{nonow:-z lazy;:-z now} }}\ > %{!no-fatal-warnings:--fatal-warnings} " > > instead > > %{nonow:-z lazy;:-z now} }}" > > in fpie-1 patch. > > But as I said -- grsec kernel is not compiling because of colision with aufs. > > Andrzej > > --- > Ta wiadomość została sprawdzona na obecność wirusów przez > oprogramowanie antywirusowe Avast. > http://www.avast.com > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop -- Regards Heiko Zuerker |
From: Andrzej O. <an...@ma...> - 2015-01-19 19:50:31
|
Heiko Zuerker wrote: > Andrzej, > > Looks like our hand is going to be forced and we need to move to the > newer kernel. > > Unfortunately AUFS doesn't work anymore with the latest 3.2 kernel and > it's not supported anymore for those versions.... Heiko, But AUFS is in colission with grsec in three files. Because of this I can't compile kernel with grsec. This stopped me temporarily. But I think about source analysis. In recent months I've been busy at work and in the family. Some grandchildren grow up and the other is born. Already 14 :) So I planned to read collisional sources for about two weeks. Mayby you will be faster? Near all rest was compiling using gcc 4.5.3 patched for fpie-1 and nonfatal warning. All I did is: %{nonow:-z lazy;:-z now} }}\ %{!no-fatal-warnings:--fatal-warnings} " instead %{nonow:-z lazy;:-z now} }}" in fpie-1 patch. But as I said -- grsec kernel is not compiling because of colision with aufs. Andrzej --- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. http://www.avast.com |
From: Heiko Z. <he...@zu...> - 2015-01-17 22:20:54
|
Andrzej, Looks like our hand is going to be forced and we need to move to the newer kernel. Unfortunately AUFS doesn't work anymore with the latest 3.2 kernel and it's not supported anymore for those versions.... Heiko Quoting Heiko Zuerker <he...@zu...>: > Sounds good. > > Heiko > > Quoting Andrzej Odyniec <an...@ma...>: > >> Heiko Zuerker wrote: >>> Andrzej, >>> >>> I don't recall, but is it possible that I actually removed the >>> "--fatal-warnings" from the patch? >>> Can you compare with the original version from the LFS website? >> >> Heiko, you don't. This situation is in original lfs patches. I >> think, this is >> policy decision of Robert Connolly at lfs. In this same patch at 4.5.1 and >> 4.5.3 he added intentionally in gcc.c line: >> + %{!no-fatal-warnings:--fatal-warnings} " >> >> So this is current policy. And generally: proper decision. >> >>> I don't think it makes sense to modify every package. Actually the >>> right approach would be to find/create patches that will correct the >>> compiler warnings and replace the less secure code. But that's a lot >>> of work... >> >> Yes, this is lot of work. Some packages can be upgraded to version without >> this warnings. But i.e. gzip is not corrected from old times. So there is >> needed patch in gcc or CC="gcc -no-fatal-warnings" in the script. >> >> For first time I will use modified myself pie patch at 4.5.3 for find other >> problems. After I will try to do statistics about packages generating >> warnings. And after I will report this. We will think, what is better. >> >> Regards >> >> -- >> Andrzej Odyniec -- Regards Heiko Zuerker |
From: Heiko Z. <he...@zu...> - 2014-12-20 21:00:40
|
All, Devil-Linux 1.6.7 is now available for download from the usual places. See the changelog for details on the updates. -- Regards Heiko Zuerker |
From: Heiko Z. <he...@zu...> - 2014-12-10 15:26:50
|
Sounds good. Heiko Quoting Andrzej Odyniec <an...@ma...>: > Heiko Zuerker wrote: >> Andrzej, >> >> I don't recall, but is it possible that I actually removed the >> "--fatal-warnings" from the patch? >> Can you compare with the original version from the LFS website? > > Heiko, you don't. This situation is in original lfs patches. I think, this is > policy decision of Robert Connolly at lfs. In this same patch at 4.5.1 and > 4.5.3 he added intentionally in gcc.c line: > + %{!no-fatal-warnings:--fatal-warnings} " > > So this is current policy. And generally: proper decision. > >> I don't think it makes sense to modify every package. Actually the >> right approach would be to find/create patches that will correct the >> compiler warnings and replace the less secure code. But that's a lot >> of work... > > Yes, this is lot of work. Some packages can be upgraded to version without > this warnings. But i.e. gzip is not corrected from old times. So there is > needed patch in gcc or CC="gcc -no-fatal-warnings" in the script. > > For first time I will use modified myself pie patch at 4.5.3 for find other > problems. After I will try to do statistics about packages generating > warnings. And after I will report this. We will think, what is better. > > Regards > > -- > Andrzej Odyniec > > --- > Ta wiadomość została sprawdzona na obecność wirusów przez > oprogramowanie antywirusowe Avast. > http://www.avast.com > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop -- Regards Heiko Zuerker |
From: Andrzej O. <an...@ma...> - 2014-12-10 15:02:01
|
Heiko Zuerker wrote: > Andrzej, > > I don't recall, but is it possible that I actually removed the > "--fatal-warnings" from the patch? > Can you compare with the original version from the LFS website? Heiko, you don't. This situation is in original lfs patches. I think, this is policy decision of Robert Connolly at lfs. In this same patch at 4.5.1 and 4.5.3 he added intentionally in gcc.c line: + %{!no-fatal-warnings:--fatal-warnings} " So this is current policy. And generally: proper decision. > I don't think it makes sense to modify every package. Actually the > right approach would be to find/create patches that will correct the > compiler warnings and replace the less secure code. But that's a lot > of work... Yes, this is lot of work. Some packages can be upgraded to version without this warnings. But i.e. gzip is not corrected from old times. So there is needed patch in gcc or CC="gcc -no-fatal-warnings" in the script. For first time I will use modified myself pie patch at 4.5.3 for find other problems. After I will try to do statistics about packages generating warnings. And after I will report this. We will think, what is better. Regards -- Andrzej Odyniec --- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. http://www.avast.com |
From: Heiko Z. <he...@zu...> - 2014-12-10 13:48:00
|
Andrzej, I don't recall, but is it possible that I actually removed the "--fatal-warnings" from the patch? Can you compare with the original version from the LFS website? I don't think it makes sense to modify every package. Actually the right approach would be to find/create patches that will correct the compiler warnings and replace the less secure code. But that's a lot of work... Heiko Quoting Andrzej Odyniec <an...@ma...>: > Dear All, > > After several attempts with different combinations, it appears that at the > beginning I will build D-L with kernel 3.14 using gcc-4.5.3. And here I need > your opinion please. > > Fpie-1 patch to 4.4.5 contains the default setting -no-fatal-warning and the > same lfs patch to 4.5.3 no longer provides the default setting for this > option(s). So compilation (linking) stops on tmpnam, mktemp or > textrel warnings. > > What would you have suggested: Setting the option -no-fatal-warnings or > --no-warn-shared-textrel in every script, which will crash gcc-4.5.3 > compilation patched using existing lfs patches or doing myself a patch to the > default setting of these options, as it was with gcc-4.4.5? > > Regards > > Andrzej Odyniec > > > Serge Leschinsky wrote: >> Hi Andrzej, >> >> works for me, x86_64 only. >> >> > GNU C Library (GNU libc) stable release version 2.19, by Roland >> McGrath et al. >> ... >> > Compiled by GNU CC version 4.8.3. >> > Compiled on a Linux 3.14.17 system on 2014-08-15. >> >> >> aufs has the following structure: >> >> root:/data/build/tmp/aufs# ls -1 ../aufs/ >> aufs-util >> aufs3-standalone >> >> >> scripts: >> >> scripts/prepare >> ... >> build ) >> ... >> if [ "$CONFIG_ETCFS" = "AUFS" ]; then >> echo "Patching AUFS" >> if [ ! -f $KERNELDIR/.done_aufs_patch ]; then >> AUFSDIR=$(find_src_dir aufs) >> patch -d $KERNELDIR -p1 -i >> ${AUFSDIR}/aufs3-standalone/aufs3-kbuild.patch || exit 1 >> patch -d $KERNELDIR -p1 -i >> ${AUFSDIR}/aufs3-standalone/aufs3-base.patch || exit 1 >> patch -d $KERNELDIR -p1 -i >> ${AUFSDIR}/aufs3-standalone/aufs3-mmap.patch || exit 1 >> patch -d $KERNELDIR -p1 -i >> ${AUFSDIR}/aufs3-standalone/aufs3-standalone.patch || exit 1 >> rm -f ${AUFSDIR}/aufs3-standalone/include/linux/Kbuild >> rm -f ${AUFSDIR}/aufs3-standalone/include/uapi/linux/Kbuild >> cp -dpvR >> ${AUFSDIR}/aufs3-standalone/{fs,Documentation,include} >> $KERNELDIR/ || exit 1 >> touch $KERNELDIR/.done_aufs_patch >> fi >> >> set_kernel_option CONFIG_AUFS_FS m >> set_kernel_option CONFIG_AUFS_HINOTIFY n >> set_kernel_option CONFIG_AUFS_HNOTIFY y >> set_kernel_option CONFIG_AUFS_BRANCH_MAX_127 y >> set_kernel_option CONFIG_AUFS_BRANCH_MAX_511 n >> set_kernel_option CONFIG_AUFS_BRANCH_MAX_1023 n >> set_kernel_option CONFIG_AUFS_BRANCH_MAX_32767 n >> set_kernel_option CONFIG_AUFS_SBILIST y >> set_kernel_option CONFIG_AUFS_EXPORT n >> set_kernel_option CONFIG_AUFS_BR_RAMFS n >> set_kernel_option CONFIG_AUFS_SHWH n >> set_kernel_option CONFIG_AUFS_RDU n >> set_kernel_option CONFIG_AUFS_PROC_MAP n >> set_kernel_option CONFIG_AUFS_SP_IATTR n >> set_kernel_option CONFIG_AUFS_SHWH n >> set_kernel_option CONFIG_AUFS_BR_RAMFS n >> set_kernel_option CONFIG_AUFS_DEBUG n >> set_kernel_option CONFIG_AUFS_HFSNOTIFY y >> fi >> >> >> and scripts/aufs : >> >> build ) >> if [ "$CONFIG_ETCFS" = "AUFS" ]; then >> #fix me >> replace_str $KERNELDIR/include/uapi/linux/aufs_type.h >> "__user" " " >> cd aufs-util || exit 1 >> CPPFLAGS="-I $KERNELDIR/usr/include >> -I../aufs2-standalone/include" make KDIR=$KERNELDIR all || exit 1 >> fi >> ;; >> >> install ) >> if [ "$CONFIG_ETCFS" = "AUFS" ]; then >> cp -dpvR aufs-util/aufs.5 >> $CDDIR/usr/share/man/man5/ || exit 1 >> cd aufs-util || exit 1 >> mkdir -p $TMPDIR/{sbin,usr/bin} || exit 1 >> mkdir -p $TMPDIR/etc/default || exit 1 >> make KDIR=$KERNELDIR DESTDIR=$TMPDIR install || exit 1 >> cp -dpvR $TMPDIR/etc/* $ETCDIR/etc/ || exit 1 >> rm -rf $TMPDIR/etc || exit 1 >> cp -dpvR $TMPDIR/* $CDDIR/ || exit 1 >> rm -rf $TMPDIR || exit 1 >> fi >> ;; >> >> Thanks, >> Serge >> >> >> On 12/03/2014 09:25 AM, Andrzej Odyniec wrote: >> >>> Heiko, >>> >>> I started to try, although I had recently a lot of other activities. >>> - We need to update aufs3, because the old is not compiling with >>> 3.14 kernel >>> - Keepalived, even this with git, do not want to compile with 3.14 >>> so turned >>> it off for now >>> - Motion, including the one with svn, do not want to compile, so >>> too turned it >>> off for now too >>> - Iptables must be raised to 1.4.21 >>> - Unfortunately, gcc 4.4.5 is not sufficient because it does not support >>> plug-ins, so as for now I raised gcc to 4.5.1; Of course I had to pick up a >>> gcc-hardened; I took hardened patches from lfs; maybe I should >>> raise gcc higher? >>> - Kernel needs now to build bc, so I installed 1.06 >>> >>> In spite of this kernel build process stopped at aufs3; anything goes wrong >>> and I have a little read about aufs; perhaps my manual controlled >>> prepare for >>> aufs3 did not properly. >>> >>> So kernel line upgrade is not so simple. But I do not resign >>> >>> Best regards >>> >>> Andrzej Odyniec >>> >>> --- >>> Ta wiadomość została sprawdzona na obecność wirusów przez >>> oprogramowanie antywirusowe Avast. >>> http://www.avast.com >>> >>> >>> ------------------------------------------------------------------------------ >>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>> with Interactivity, Sharing, Native Excel Exports, App Integration & more >>> Get technology previously reserved for billion-dollar corporations, FREE >>> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Devil-linux-develop mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop >>> >> >> >> >> ------------------------------------------------------------------------------ >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk >> _______________________________________________ >> Devil-linux-develop mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop > > > -- > Andrzej Odyniec > > <an...@ma...> > Rada Nadzorcza Macrologic SA > ul. Kłopotowskiego 22, 03-717 Warszawa > tel. +48-222566332, kom. +48-601276572 > Skype: andrzej.odyniec > Rejestr: Sąd Rejonowy dla m.st. Warszawy, > XIII Wydział Gospodarczy Krajowego > Rejestru Sądowego, numer 0000045462 > Numer identyfikacji podatkowej: PL 5220002825 > Kapitał zakładowy: 1888719 zł opłacony w całości > > --- > Ta wiadomość została sprawdzona na obecność wirusów przez > oprogramowanie antywirusowe Avast. > http://www.avast.com > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop -- Regards Heiko Zuerker |
From: Andrzej O. <an...@ma...> - 2014-12-10 13:23:18
|
Dear All, After several attempts with different combinations, it appears that at the beginning I will build D-L with kernel 3.14 using gcc-4.5.3. And here I need your opinion please. Fpie-1 patch to 4.4.5 contains the default setting -no-fatal-warning and the same lfs patch to 4.5.3 no longer provides the default setting for this option(s). So compilation (linking) stops on tmpnam, mktemp or textrel warnings. What would you have suggested: Setting the option -no-fatal-warnings or --no-warn-shared-textrel in every script, which will crash gcc-4.5.3 compilation patched using existing lfs patches or doing myself a patch to the default setting of these options, as it was with gcc-4.4.5? Regards Andrzej Odyniec Serge Leschinsky wrote: > Hi Andrzej, > > works for me, x86_64 only. > > > GNU C Library (GNU libc) stable release version 2.19, by Roland McGrath et al. > ... > > Compiled by GNU CC version 4.8.3. > > Compiled on a Linux 3.14.17 system on 2014-08-15. > > > aufs has the following structure: > > root:/data/build/tmp/aufs# ls -1 ../aufs/ > aufs-util > aufs3-standalone > > > scripts: > > scripts/prepare > ... > build ) > ... > if [ "$CONFIG_ETCFS" = "AUFS" ]; then > echo "Patching AUFS" > if [ ! -f $KERNELDIR/.done_aufs_patch ]; then > AUFSDIR=$(find_src_dir aufs) > patch -d $KERNELDIR -p1 -i > ${AUFSDIR}/aufs3-standalone/aufs3-kbuild.patch || exit 1 > patch -d $KERNELDIR -p1 -i > ${AUFSDIR}/aufs3-standalone/aufs3-base.patch || exit 1 > patch -d $KERNELDIR -p1 -i > ${AUFSDIR}/aufs3-standalone/aufs3-mmap.patch || exit 1 > patch -d $KERNELDIR -p1 -i > ${AUFSDIR}/aufs3-standalone/aufs3-standalone.patch || exit 1 > rm -f ${AUFSDIR}/aufs3-standalone/include/linux/Kbuild > rm -f ${AUFSDIR}/aufs3-standalone/include/uapi/linux/Kbuild > cp -dpvR ${AUFSDIR}/aufs3-standalone/{fs,Documentation,include} > $KERNELDIR/ || exit 1 > touch $KERNELDIR/.done_aufs_patch > fi > > set_kernel_option CONFIG_AUFS_FS m > set_kernel_option CONFIG_AUFS_HINOTIFY n > set_kernel_option CONFIG_AUFS_HNOTIFY y > set_kernel_option CONFIG_AUFS_BRANCH_MAX_127 y > set_kernel_option CONFIG_AUFS_BRANCH_MAX_511 n > set_kernel_option CONFIG_AUFS_BRANCH_MAX_1023 n > set_kernel_option CONFIG_AUFS_BRANCH_MAX_32767 n > set_kernel_option CONFIG_AUFS_SBILIST y > set_kernel_option CONFIG_AUFS_EXPORT n > set_kernel_option CONFIG_AUFS_BR_RAMFS n > set_kernel_option CONFIG_AUFS_SHWH n > set_kernel_option CONFIG_AUFS_RDU n > set_kernel_option CONFIG_AUFS_PROC_MAP n > set_kernel_option CONFIG_AUFS_SP_IATTR n > set_kernel_option CONFIG_AUFS_SHWH n > set_kernel_option CONFIG_AUFS_BR_RAMFS n > set_kernel_option CONFIG_AUFS_DEBUG n > set_kernel_option CONFIG_AUFS_HFSNOTIFY y > fi > > > and scripts/aufs : > > build ) > if [ "$CONFIG_ETCFS" = "AUFS" ]; then > #fix me > replace_str $KERNELDIR/include/uapi/linux/aufs_type.h > "__user" " " > cd aufs-util || exit 1 > CPPFLAGS="-I $KERNELDIR/usr/include > -I../aufs2-standalone/include" make KDIR=$KERNELDIR all || exit 1 > fi > ;; > > install ) > if [ "$CONFIG_ETCFS" = "AUFS" ]; then > cp -dpvR aufs-util/aufs.5 $CDDIR/usr/share/man/man5/ || exit 1 > cd aufs-util || exit 1 > mkdir -p $TMPDIR/{sbin,usr/bin} || exit 1 > mkdir -p $TMPDIR/etc/default || exit 1 > make KDIR=$KERNELDIR DESTDIR=$TMPDIR install || exit 1 > cp -dpvR $TMPDIR/etc/* $ETCDIR/etc/ || exit 1 > rm -rf $TMPDIR/etc || exit 1 > cp -dpvR $TMPDIR/* $CDDIR/ || exit 1 > rm -rf $TMPDIR || exit 1 > fi > ;; > > Thanks, > Serge > > > On 12/03/2014 09:25 AM, Andrzej Odyniec wrote: > >>Heiko, >> >>I started to try, although I had recently a lot of other activities. >>- We need to update aufs3, because the old is not compiling with 3.14 kernel >>- Keepalived, even this with git, do not want to compile with 3.14 so turned >>it off for now >>- Motion, including the one with svn, do not want to compile, so too turned it >>off for now too >>- Iptables must be raised to 1.4.21 >>- Unfortunately, gcc 4.4.5 is not sufficient because it does not support >>plug-ins, so as for now I raised gcc to 4.5.1; Of course I had to pick up a >>gcc-hardened; I took hardened patches from lfs; maybe I should raise gcc higher? >>- Kernel needs now to build bc, so I installed 1.06 >> >>In spite of this kernel build process stopped at aufs3; anything goes wrong >>and I have a little read about aufs; perhaps my manual controlled prepare for >>aufs3 did not properly. >> >>So kernel line upgrade is not so simple. But I do not resign >> >>Best regards >> >>Andrzej Odyniec >> >>--- >>Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. >>http://www.avast.com >> >> >>------------------------------------------------------------------------------ >>Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>with Interactivity, Sharing, Native Excel Exports, App Integration & more >>Get technology previously reserved for billion-dollar corporations, FREE >>http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk >>_______________________________________________ >>Devil-linux-develop mailing list >>Dev...@li... >>https://lists.sourceforge.net/lists/listinfo/devil-linux-develop >> > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop -- Andrzej Odyniec <an...@ma...> Rada Nadzorcza Macrologic SA ul. Kłopotowskiego 22, 03-717 Warszawa tel. +48-222566332, kom. +48-601276572 Skype: andrzej.odyniec Rejestr: Sąd Rejonowy dla m.st. Warszawy, XIII Wydział Gospodarczy Krajowego Rejestru Sądowego, numer 0000045462 Numer identyfikacji podatkowej: PL 5220002825 Kapitał zakładowy: 1888719 zł opłacony w całości --- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. http://www.avast.com |
From: Heiko Z. <he...@zu...> - 2014-12-08 14:29:27
|
The nightly build finally completed. The latest test version of 1.6.7 will be uploaded to the ftp server about 2 hours after I sent this email. Heiko Quoting Heiko Zuerker <he...@zu...>: > All, > > I just uploaded all my changes for 1.6.7 into CVS. > I'll upload the ISOs into testing folder tomorrow, if the nightly > build completes successfully. > > -- > > Regards > Heiko Zuerker > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop -- Regards Heiko Zuerker |
From: Andrzej O. <an...@ma...> - 2014-12-06 02:59:00
|
Dear Serge, Thanks for scripts. I modified my. I try to make full automated DL-build with new kernel. And after try with kernel alone I upgraded gcc sources and started again full build. But now some packages before linux kernel are not compiling probably because of loader. So now I upgraded binutils and try again. I think, I will need many tries. But I don't resign. Yours Andrzej Odyniec W dniu 2014-12-04 o 19:13, Serge Leschinsky pisze: > Hi Andrzej, > > works for me, x86_64 only. > > > GNU C Library (GNU libc) stable release version 2.19, by Roland McGrath et al. > ... > > Compiled by GNU CC version 4.8.3. > > Compiled on a Linux 3.14.17 system on 2014-08-15. > > > aufs has the following structure: > > root:/data/build/tmp/aufs# ls -1 ../aufs/ > aufs-util > aufs3-standalone > > > scripts: > > scripts/prepare > ... > build ) > ... > if [ "$CONFIG_ETCFS" = "AUFS" ]; then > echo "Patching AUFS" > if [ ! -f $KERNELDIR/.done_aufs_patch ]; then > AUFSDIR=$(find_src_dir aufs) > patch -d $KERNELDIR -p1 -i > ${AUFSDIR}/aufs3-standalone/aufs3-kbuild.patch || exit 1 > patch -d $KERNELDIR -p1 -i > ${AUFSDIR}/aufs3-standalone/aufs3-base.patch || exit 1 > patch -d $KERNELDIR -p1 -i > ${AUFSDIR}/aufs3-standalone/aufs3-mmap.patch || exit 1 > patch -d $KERNELDIR -p1 -i > ${AUFSDIR}/aufs3-standalone/aufs3-standalone.patch || exit 1 > rm -f ${AUFSDIR}/aufs3-standalone/include/linux/Kbuild > rm -f ${AUFSDIR}/aufs3-standalone/include/uapi/linux/Kbuild > cp -dpvR ${AUFSDIR}/aufs3-standalone/{fs,Documentation,include} > $KERNELDIR/ || exit 1 > touch $KERNELDIR/.done_aufs_patch > fi > > set_kernel_option CONFIG_AUFS_FS m > set_kernel_option CONFIG_AUFS_HINOTIFY n > set_kernel_option CONFIG_AUFS_HNOTIFY y > set_kernel_option CONFIG_AUFS_BRANCH_MAX_127 y > set_kernel_option CONFIG_AUFS_BRANCH_MAX_511 n > set_kernel_option CONFIG_AUFS_BRANCH_MAX_1023 n > set_kernel_option CONFIG_AUFS_BRANCH_MAX_32767 n > set_kernel_option CONFIG_AUFS_SBILIST y > set_kernel_option CONFIG_AUFS_EXPORT n > set_kernel_option CONFIG_AUFS_BR_RAMFS n > set_kernel_option CONFIG_AUFS_SHWH n > set_kernel_option CONFIG_AUFS_RDU n > set_kernel_option CONFIG_AUFS_PROC_MAP n > set_kernel_option CONFIG_AUFS_SP_IATTR n > set_kernel_option CONFIG_AUFS_SHWH n > set_kernel_option CONFIG_AUFS_BR_RAMFS n > set_kernel_option CONFIG_AUFS_DEBUG n > set_kernel_option CONFIG_AUFS_HFSNOTIFY y > fi > > > and scripts/aufs : > > build ) > if [ "$CONFIG_ETCFS" = "AUFS" ]; then > #fix me > replace_str $KERNELDIR/include/uapi/linux/aufs_type.h > "__user" "" > cd aufs-util || exit 1 > CPPFLAGS="-I $KERNELDIR/usr/include > -I../aufs2-standalone/include" make KDIR=$KERNELDIR all || exit 1 > fi > ;; > > install ) > if [ "$CONFIG_ETCFS" = "AUFS" ]; then > cp -dpvR aufs-util/aufs.5 $CDDIR/usr/share/man/man5/ || exit 1 > cd aufs-util || exit 1 > mkdir -p $TMPDIR/{sbin,usr/bin} || exit 1 > mkdir -p $TMPDIR/etc/default || exit 1 > make KDIR=$KERNELDIR DESTDIR=$TMPDIR install || exit 1 > cp -dpvR $TMPDIR/etc/* $ETCDIR/etc/ || exit 1 > rm -rf $TMPDIR/etc || exit 1 > cp -dpvR $TMPDIR/* $CDDIR/ || exit 1 > rm -rf $TMPDIR || exit 1 > fi > ;; > > Thanks, > Serge -- Andrzej Odyniec |
From: Heiko Z. <he...@zu...> - 2014-12-05 19:31:40
|
All, I just uploaded all my changes for 1.6.7 into CVS. I'll upload the ISOs into testing folder tomorrow, if the nightly build completes successfully. -- Regards Heiko Zuerker |
From: Serge L. <ser...@gm...> - 2014-12-04 18:13:51
|
Hi Andrzej, works for me, x86_64 only. > GNU C Library (GNU libc) stable release version 2.19, by Roland McGrath et al. ... > Compiled by GNU CC version 4.8.3. > Compiled on a Linux 3.14.17 system on 2014-08-15. aufs has the following structure: root:/data/build/tmp/aufs# ls -1 ../aufs/ aufs-util aufs3-standalone scripts: scripts/prepare ... build ) ... if [ "$CONFIG_ETCFS" = "AUFS" ]; then echo "Patching AUFS" if [ ! -f $KERNELDIR/.done_aufs_patch ]; then AUFSDIR=$(find_src_dir aufs) patch -d $KERNELDIR -p1 -i ${AUFSDIR}/aufs3-standalone/aufs3-kbuild.patch || exit 1 patch -d $KERNELDIR -p1 -i ${AUFSDIR}/aufs3-standalone/aufs3-base.patch || exit 1 patch -d $KERNELDIR -p1 -i ${AUFSDIR}/aufs3-standalone/aufs3-mmap.patch || exit 1 patch -d $KERNELDIR -p1 -i ${AUFSDIR}/aufs3-standalone/aufs3-standalone.patch || exit 1 rm -f ${AUFSDIR}/aufs3-standalone/include/linux/Kbuild rm -f ${AUFSDIR}/aufs3-standalone/include/uapi/linux/Kbuild cp -dpvR ${AUFSDIR}/aufs3-standalone/{fs,Documentation,include} $KERNELDIR/ || exit 1 touch $KERNELDIR/.done_aufs_patch fi set_kernel_option CONFIG_AUFS_FS m set_kernel_option CONFIG_AUFS_HINOTIFY n set_kernel_option CONFIG_AUFS_HNOTIFY y set_kernel_option CONFIG_AUFS_BRANCH_MAX_127 y set_kernel_option CONFIG_AUFS_BRANCH_MAX_511 n set_kernel_option CONFIG_AUFS_BRANCH_MAX_1023 n set_kernel_option CONFIG_AUFS_BRANCH_MAX_32767 n set_kernel_option CONFIG_AUFS_SBILIST y set_kernel_option CONFIG_AUFS_EXPORT n set_kernel_option CONFIG_AUFS_BR_RAMFS n set_kernel_option CONFIG_AUFS_SHWH n set_kernel_option CONFIG_AUFS_RDU n set_kernel_option CONFIG_AUFS_PROC_MAP n set_kernel_option CONFIG_AUFS_SP_IATTR n set_kernel_option CONFIG_AUFS_SHWH n set_kernel_option CONFIG_AUFS_BR_RAMFS n set_kernel_option CONFIG_AUFS_DEBUG n set_kernel_option CONFIG_AUFS_HFSNOTIFY y fi and scripts/aufs : build ) if [ "$CONFIG_ETCFS" = "AUFS" ]; then #fix me replace_str $KERNELDIR/include/uapi/linux/aufs_type.h "__user" " " cd aufs-util || exit 1 CPPFLAGS="-I $KERNELDIR/usr/include -I../aufs2-standalone/include" make KDIR=$KERNELDIR all || exit 1 fi ;; install ) if [ "$CONFIG_ETCFS" = "AUFS" ]; then cp -dpvR aufs-util/aufs.5 $CDDIR/usr/share/man/man5/ || exit 1 cd aufs-util || exit 1 mkdir -p $TMPDIR/{sbin,usr/bin} || exit 1 mkdir -p $TMPDIR/etc/default || exit 1 make KDIR=$KERNELDIR DESTDIR=$TMPDIR install || exit 1 cp -dpvR $TMPDIR/etc/* $ETCDIR/etc/ || exit 1 rm -rf $TMPDIR/etc || exit 1 cp -dpvR $TMPDIR/* $CDDIR/ || exit 1 rm -rf $TMPDIR || exit 1 fi ;; Thanks, Serge On 12/03/2014 09:25 AM, Andrzej Odyniec wrote: > Heiko, > > I started to try, although I had recently a lot of other activities. > - We need to update aufs3, because the old is not compiling with 3.14 kernel > - Keepalived, even this with git, do not want to compile with 3.14 so turned > it off for now > - Motion, including the one with svn, do not want to compile, so too turned it > off for now too > - Iptables must be raised to 1.4.21 > - Unfortunately, gcc 4.4.5 is not sufficient because it does not support > plug-ins, so as for now I raised gcc to 4.5.1; Of course I had to pick up a > gcc-hardened; I took hardened patches from lfs; maybe I should raise gcc higher? > - Kernel needs now to build bc, so I installed 1.06 > > In spite of this kernel build process stopped at aufs3; anything goes wrong > and I have a little read about aufs; perhaps my manual controlled prepare for > aufs3 did not properly. > > So kernel line upgrade is not so simple. But I do not resign > > Best regards > > Andrzej Odyniec > > --- > Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. > http://www.avast.com > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop > |
From: Heiko Z. <he...@zu...> - 2014-12-03 18:44:31
|
Andrzej, That's the same trouble I usually have to go through when we upgrade the kernel. In regards to GCC, let's go to the highest possible that still compiles our sources. You'll find there will be some incompatibilities too. Hang in there! Heiko Quoting Andrzej Odyniec <an...@ma...>: > Heiko, > > I started to try, although I had recently a lot of other activities. > - We need to update aufs3, because the old is not compiling with 3.14 kernel > - Keepalived, even this with git, do not want to compile with 3.14 so turned > it off for now > - Motion, including the one with svn, do not want to compile, so too > turned it > off for now too > - Iptables must be raised to 1.4.21 > - Unfortunately, gcc 4.4.5 is not sufficient because it does not support > plug-ins, so as for now I raised gcc to 4.5.1; Of course I had to pick up a > gcc-hardened; I took hardened patches from lfs; maybe I should raise > gcc higher? > - Kernel needs now to build bc, so I installed 1.06 > > In spite of this kernel build process stopped at aufs3; anything goes wrong > and I have a little read about aufs; perhaps my manual controlled prepare for > aufs3 did not properly. > > So kernel line upgrade is not so simple. But I do not resign > > Best regards > > Andrzej Odyniec > > --- > Ta wiadomość została sprawdzona na obecność wirusów przez > oprogramowanie antywirusowe Avast. > http://www.avast.com > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop -- Regards Heiko Zuerker |
From: Andrzej O. <an...@ma...> - 2014-12-03 17:25:56
|
Heiko, I started to try, although I had recently a lot of other activities. - We need to update aufs3, because the old is not compiling with 3.14 kernel - Keepalived, even this with git, do not want to compile with 3.14 so turned it off for now - Motion, including the one with svn, do not want to compile, so too turned it off for now too - Iptables must be raised to 1.4.21 - Unfortunately, gcc 4.4.5 is not sufficient because it does not support plug-ins, so as for now I raised gcc to 4.5.1; Of course I had to pick up a gcc-hardened; I took hardened patches from lfs; maybe I should raise gcc higher? - Kernel needs now to build bc, so I installed 1.06 In spite of this kernel build process stopped at aufs3; anything goes wrong and I have a little read about aufs; perhaps my manual controlled prepare for aufs3 did not properly. So kernel line upgrade is not so simple. But I do not resign Best regards Andrzej Odyniec --- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. http://www.avast.com |
From: Heiko Z. <he...@zu...> - 2014-11-21 13:37:18
|
Andrzej, Sorry for the late answer. I have currently no plans to upgrade the Kernel. Being on the latest Kernel has historically caused us some grief with the kernel patches. That's why we're currently using the "stable long-term" kernel. I didn't realize that 3.14 is a new long-term kernel and I agree that we should try to switch to that. Anybody should be able to replace the Kernel. The initial fun is with the main kernel config, then the additional patches. We should also make a decision on which Kernel patches we actually want to keep in the distro. Some of the problematic ones might not even be used anymore by anybody. I'd say replace it and see what happens. ;-) Heiko Quoting Andrzej Odyniec <an...@ma...>: > Dear Heiko, > > Since my attempts with backport encountered some problems, especially in the > context of grsec, I wanted to ask you about the plans for the transition to > the 3.14 kernel line - whether and, if so, when are you planning to upgrade? > Maybe my efforts are completely unnecessary? > > Ready-backports does not compile with kernel 3.2.63 patched grsec smoothly. > The least problems give backports of 3.10 if only for iwlwifi wireless. If > successful, also would require source code analysis. > > Meanwhile, the line is 3.14 has grsec from some time and seems is selected to > be the successor to the kernel line 3.2. > > I suspect that only you Could upgrade D-L to the kernel line 3.14 --- unless > it requires a change in the compiler, and probably changes in the build > environment. > > That's why I thought to ask you about the plans. > > Best regards > > -- > Andrzej Odyniec > > ------------------------------------------------------------------------------ > _______________________________________________ > Devil-linux-develop mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop -- Regards Heiko Zuerker |