Menu
▾
▴
devil-linux-develop — developer discussions
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: Bruce S. <bw...@ar...> - 2003-11-04 14:21:08
|
> >My system was up to date right BEFORE your gcc33 changes (early today). > > > >I think I'll compile and upload a 1.1-beta before I update again. > >It sounds like it may take some time to work out the gcc33 kinks. > > I'm pretty sure there's something I missed, so please do it so. Done. I uploaded a 1.1 beta release on the FTP site last night in the directory: /pub/devel/testing/ This release should be really close to 1.0 with some extra software and features. It's a 586-SMP compile, for those who've been requesting it. - BS |
|
From: Bruce S. <bw...@ar...> - 2003-11-04 13:42:57
|
> What do you guys think ? I like the old logo better. The old logo looks friendlier and a lot more like "tux". This logo looks a little too satanist for my tastes. - BS |
|
From: Heiko Z. <he...@zu...> - 2003-11-04 13:26:26
|
What do you guys think ? Heiko -------- Original Message -------- Subject: Donation - New DL-Linux Logo Date: Mon, 3 Nov 2003 22:14:42 -0800 From: tuco <tuc...@gt...> To: he...@de... You may have these new DL-Linux logos if you want. They follow your original design but with some shading and color enhancements. They have transparent backgrounds except one that I put on white for viewing purposes. Different master sizes are included so you won't have much distortion if you scale them too far from the original. I want to extend my thanx to the DL team for their good work. I really like the new version. --tuco |
|
From: <no...@fr...> - 2003-11-04 12:55:07
|
This email is to inform you about the release of version '4.0a' of 'sed' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/sed/ The changes in this release are as follows: This release includes many changes in the way multi-byte character sets are handled, more intuitive handling of files that do not end with a new-line character, and several cleanups to the source code. Project description: Sed, the GNU Stream Editor, copies the named files (standard input default) to the standard output, edited according to a script of commands. If you would like to cancel subscription to releases of this project, login to freshmeat.net and choose 'home' from the personal menubar at the top of the page. You'll be presented with a list of projects you're subscribed to in the right column, which you may cancel by highlighting the project in question and clicking the 'delete' button. Sincerely, freshmeat.net |
|
From: <no...@fr...> - 2003-11-04 12:54:30
|
This email is to inform you about the release of version '4.0.8' of 'sed' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/sed/ The changes in this release are as follows: This release includes several bugfixes and some additional test cases. The most prominent bug is the failure to handle more than 1916 files in in-place editing mode. This version will not compile under Solaris as yet (you need to add #include <sys/types.h> in lib/ getline.c). Project description: Sed, the GNU Stream Editor, copies the named files (standard input default) to the standard output, edited according to a script of commands. If you would like to cancel subscription to releases of this project, login to freshmeat.net and choose 'home' from the personal menubar at the top of the page. You'll be presented with a list of projects you're subscribed to in the right column, which you may cancel by highlighting the project in question and clicking the 'delete' button. Sincerely, freshmeat.net |
|
From: Heiko Z. <he...@zu...> - 2003-11-03 21:41:23
|
Bruce Smith wrote: >>>>I just checked in a bunch of changes and uploaded some more sources. >>>>You have to start over with a fresh LFS system for those changes. >>>> >>>> >>>What's new with gcc33? Anything we'll notice? >>> >>> >>> >>Yes he's alot more complaining... ;-) >> >>I did it mostly because I want to use the latest stack smashing protector. >> >> > >My system was up to date right BEFORE your gcc33 changes (early today). > >I think I'll compile and upload a 1.1-beta before I update again. >It sounds like it may take some time to work out the gcc33 kinks. > > I'm pretty sure there's something I missed, so please do it so. Heiko |
|
From: Bruce S. <bw...@ar...> - 2003-11-03 20:12:40
|
> >>I just checked in a bunch of changes and uploaded some more sources. > >>You have to start over with a fresh LFS system for those changes. > > > >What's new with gcc33? Anything we'll notice? > > > Yes he's alot more complaining... ;-) > > I did it mostly because I want to use the latest stack smashing protector. My system was up to date right BEFORE your gcc33 changes (early today). I think I'll compile and upload a 1.1-beta before I update again. It sounds like it may take some time to work out the gcc33 kinks. - BS |
|
From: Heiko Z. <he...@zu...> - 2003-11-03 20:05:20
|
Bruce Smith wrote: >>I just checked in a bunch of changes and uploaded some more sources. >>You have to start over with a fresh LFS system for those changes. >> >> > >What's new with gcc33? Anything we'll notice? > > Yes he's alot more complaining... ;-) I did it mostly because I want to use the latest stack smashing protector. cya Heiko |
|
From: Bruce S. <bw...@ar...> - 2003-11-03 19:48:48
|
> I just checked in a bunch of changes and uploaded some more sources. > You have to start over with a fresh LFS system for those changes. What's new with gcc33? Anything we'll notice? - BS |
|
From: Heiko Z. <he...@zu...> - 2003-11-03 19:41:47
|
Hey, I just checked in a bunch of changes and uploaded some more sources. You have to start over with a fresh LFS system for those changes. cya Heiko |
|
From: Heiko Z. <he...@zu...> - 2003-11-03 19:21:21
|
Johannes Niess wrote: >Hi, > >I'm trying to build latest devil-linux and add an old feature request >(pop3vscan). Somehow I get a wrong architecture in the Makefiles e.g. for >kernel and gcc. The scripts are searching for "i" but that should bei "i386". >It happens only inside the chroot: > >root:/build# uname -a >Linux niess 2.2.19 #7 Wed Feb 13 19:15:37 CET 2002 i unknown >root:/build# > >niess:/usr/local/src # uname -a >Linux niess 2.2.19 #7 Wed Feb 13 19:15:37 CET 2002 i686 unknown >niess:/usr/local/src # > >Host system is an ancient Suse 7.1. I'll reboot now with a kernel version >2.4.X. >Is lfssystem-cvs-20030127-i486-stripped.tar.bz2 the correct base? > > Did you select CPU type in "make menuconfig" ? It sounds like it's not set. Check the file build/.config , it should have 2 lines like this: CONFIG_CPU=586 CONFIG_KERNEL_CPU=586 cya Heiko |
|
From: Bruce S. <bw...@ar...> - 2003-11-03 18:33:51
|
> Is lfssystem-cvs-20030127-i486-stripped.tar.bz2 the correct base? Yes, that's the correct one. I don't know about your other problem. - BS |
|
From: Johannes N. <j....@un...> - 2003-11-03 16:38:34
|
Hi, I'm trying to build latest devil-linux and add an old feature request (pop3vscan). Somehow I get a wrong architecture in the Makefiles e.g. for kernel and gcc. The scripts are searching for "i" but that should bei "i386". It happens only inside the chroot: root:/build# uname -a Linux niess 2.2.19 #7 Wed Feb 13 19:15:37 CET 2002 i unknown root:/build# niess:/usr/local/src # uname -a Linux niess 2.2.19 #7 Wed Feb 13 19:15:37 CET 2002 i686 unknown niess:/usr/local/src # Host system is an ancient Suse 7.1. I'll reboot now with a kernel version 2.4.X. Is lfssystem-cvs-20030127-i486-stripped.tar.bz2 the correct base? |
|
From: <no...@fr...> - 2003-11-03 07:40:14
|
This email is to inform you about the release of version '0.9.95' of 'GNU Transport Layer Security Library' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/gnutls/ The changes in this release are as follows: Several improvments were made to OpenPGP key and X.509 certificate functionality. A program for parsing and generating X.509 certificates, PKCS #10 certificate requests, and PKCS #12 structures was included. Project description: GNU Transport Layer Security Library is a library which implements a secure layer over a reliable transport layer such as TCP/IP. It implements the TLS 1.0 and SSL 3.0 protocols. GnuTLS is available for beta testing. If you would like to cancel subscription to releases of this project, login to freshmeat.net and choose 'home' from the personal menubar at the top of the page. You'll be presented with a list of projects you're subscribed to in the right column, which you may cancel by highlighting the project in question and clicking the 'delete' button. Sincerely, freshmeat.net |
|
From: SourceForge.net <no...@so...> - 2003-11-03 03:06:55
|
Bugs item #834845, was opened at 2003-11-02 22:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=834845&group_id=34096 Category: Base System Group: v1.1 Status: Open Resolution: None Priority: 5 Submitted By: Heiko Zuerker (smiley73) Assigned to: Nobody/Anonymous (nobody) Summary: verify grub installation Initial Comment: - install-on-usb probably doesn't work anymore - graphic still showing up? - check if we can re-use some of the patches ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=834845&group_id=34096 |
|
From: Bruce S. <bw...@ar...> - 2003-11-03 02:32:36
|
> I had to update grub to the latest version which is available from > Debian, to get it compiling under gcc 3.3.2. > I removed all the patches, are there any which are really important to > somebody ? The patches were from Redhat 9. I think one of them changes the default config filename. The install-on-usb script will have the name changed. And I think there are also patches to add support for the background graphic on the boot menu. Plus more patches I don't know what they do ... We'll have to run install-on-usb and see if the flash drive boots to make sure everything still works. - BS |
|
From: Heiko Z. <he...@zu...> - 2003-11-03 02:11:17
|
Bruce Smith wrote: >>>grsec: signal 6 sent to (thttpd:646) UID(65534) EUID(65534), parent (init:1) UID(0) EUID(0) >>> >>>I have no idea why it's doing that. >>>There have been other messages about squid processes too. >>> >>> >>> >>What grsecurity does in this case, is loggin that something (init ?) >>send the signal 6 to thttpd. >>Do you have enough RAM ? >> >> > >I think so... :-) > ># free > total used free shared buffers >cached >Mem: 774252 127792 646460 0 68980 >23592 >-/+ buffers/cache: 35220 739032 >Swap: 1048568 0 1048568 > Oh yes, that looks like enough memory. >>I would try to get it running, since grsecurity improves the overal >>system security alot. >> >>Thttpd works fine for me, so it would be interesting to find out what's >>wrong. >> >> > >Yeah. I'm more interested in the squid messages. >I can live without thttpd on this box. > > The problem could be the same cause. >>>Would NOT running /etc/init.d/grsecurity accomplish the same thing? >>> >>> >>> >>You can try to set everything in /etc/sysconfig/grsecurity.proc to 0 and >>see if it behaves different. >> >> > >I don't see any limits on memory in that file, and I haven't been able >to find any documentation on grsecurity yet ... > > Just set everything to 0 and see if it changes something. That's the way I do it. When it works after that, you have to find out which of the parameters causes the problem. cya Heiko |
|
From: Heiko Z. <he...@zu...> - 2003-11-03 02:11:15
|
Hey I had to update grub to the latest version which is available from Debian, to get it compiling under gcc 3.3.2. I removed all the patches, are there any which are really important to somebody ? The changes are not checked in yet, since I have to fix some more problems first. cya Heiko |
|
From: Heiko Z. <he...@zu...> - 2003-11-03 01:56:53
|
Bruce Smith wrote: >>>>grsecurity keeps killing processes on my server, so I need to get rid >>>>of it. (or learn it, but turning it off sounds easier) :-) >>>> >>>> >>>> >>>What are the messages ? >>> >>> >>grsec: signal 6 sent to (thttpd:646) UID(65534) EUID(65534), parent (init:1) UID(0) EUID(0) >> >> > >Here's the squid messages: > >grsec: From 172.16.2.1: signal 6 sent to (squid:1043) UID(0) EUID(0), parent (squid:1039) UID(0) EUID(0) > It's the same as thttpd. What the heck is signal 6 ? Ok I checked and it's SIGABRT (abort). Any C developers here who know what causes it? >grsec: From 172.16.2.1: attempted resource overstep by requesting 4096 for RLIMIT_CORE against limit 0 by (squid:1043) UID(0) EUID(0), parent (squid:1039) UID(0) EUID(0) > > That means Squid coredumped. There could be a problem in your configuration file. cya Heiko |
|
From: Bruce S. <bw...@ar...> - 2003-11-03 01:52:06
|
> >grsec: signal 6 sent to (thttpd:646) UID(65534) EUID(65534), parent (init:1) UID(0) EUID(0)
> >
> >I have no idea why it's doing that.
> >There have been other messages about squid processes too.
> >
> What grsecurity does in this case, is loggin that something (init ?)
> send the signal 6 to thttpd.
> Do you have enough RAM ?
I think so... :-)
# free
total used free shared buffers
cached
Mem: 774252 127792 646460 0 68980
23592
-/+ buffers/cache: 35220 739032
Swap: 1048568 0 1048568
> I would try to get it running, since grsecurity improves the overal
> system security alot.
>
> Thttpd works fine for me, so it would be interesting to find out what's
> wrong.
Yeah. I'm more interested in the squid messages.
I can live without thttpd on this box.
> >Would NOT running /etc/init.d/grsecurity accomplish the same thing?
> >
> You can try to set everything in /etc/sysconfig/grsecurity.proc to 0 and
> see if it behaves different.
I don't see any limits on memory in that file, and I haven't been able
to find any documentation on grsecurity yet ...
- BS
|
|
From: Bruce S. <br...@ar...> - 2003-11-03 01:42:32
|
> > >grsecurity keeps killing processes on my server, so I need to get rid > > >of it. (or learn it, but turning it off sounds easier) :-) > > > > > What are the messages ? > > grsec: signal 6 sent to (thttpd:646) UID(65534) EUID(65534), parent (init:1) UID(0) EUID(0) Here's the squid messages: grsec: From 172.16.2.1: signal 6 sent to (squid:1043) UID(0) EUID(0), parent (squid:1039) UID(0) EUID(0) grsec: From 172.16.2.1: attempted resource overstep by requesting 4096 for RLIMIT_CORE against limit 0 by (squid:1043) UID(0) EUID(0), parent (squid:1039) UID(0) EUID(0) - BS |
|
From: Heiko Z. <he...@zu...> - 2003-11-03 01:41:16
|
Bruce Smith wrote: >>>>the XFS part is not maintained, since it's not working with grsecurity. >>>>you have to get the latest patches and drivers. >>>> >>>> >>>Do we support turning off grsecurity? I turned off grsecurity in >>>menuconfig, did NOT select XFS and got the same thing. >>> >>> >>> >>That should work fine.... >>And yes we support turning of grsecurity, we need to have this working. >>Is it possible that you had XFS leftovers from your last try ? >> >> > >No, I checked. I grep'ed for XFS in .config and it was set to "n". > > The problem is, it could have messed up your kernel sources. Try again with a clean system, before you do anything. >>What are the abort messages ? >> >> > >They are scrolled off my screen now, but it was real similar with the >kernel patches screwing up and hanging waiting for input. > > As I said, try again with a fresh system. >>>grsecurity keeps killing processes on my server, so I need to get rid >>>of it. (or learn it, but turning it off sounds easier) :-) >>> >>> >>> >>What are the messages ? >> >> > >grsec: signal 6 sent to (thttpd:646) UID(65534) EUID(65534), parent (init:1) UID(0) EUID(0) > >I have no idea why it's doing that. >There have been other messages about squid processes too. > > What grsecurity does in this case, is loggin that something (init ?) send the signal 6 to thttpd. Do you have enough RAM ? I would try to get it running, since grsecurity improves the overal system security alot. Thttpd works fine for me, so it would be interesting to find out what's wrong. >>Did you ask for help on the grsecurity forum ? >> >> > >No, I haven't checked into it yet. I thought it would be easier to >turn off grsecurity since this box is behind a firewall anyway. > >Would NOT running /etc/init.d/grsecurity accomplish the same thing? > > You can try to set everything in /etc/sysconfig/grsecurity.proc to 0 and see if it behaves different. cya Heiko |
|
From: Bruce S. <bw...@ar...> - 2003-11-03 01:17:54
|
> >>the XFS part is not maintained, since it's not working with grsecurity. > >>you have to get the latest patches and drivers. > > > >Do we support turning off grsecurity? I turned off grsecurity in > >menuconfig, did NOT select XFS and got the same thing. > > > That should work fine.... > And yes we support turning of grsecurity, we need to have this working. > Is it possible that you had XFS leftovers from your last try ? No, I checked. I grep'ed for XFS in .config and it was set to "n". > What are the abort messages ? They are scrolled off my screen now, but it was real similar with the kernel patches screwing up and hanging waiting for input. > >grsecurity keeps killing processes on my server, so I need to get rid > >of it. (or learn it, but turning it off sounds easier) :-) > > > What are the messages ? grsec: signal 6 sent to (thttpd:646) UID(65534) EUID(65534), parent (init:1) UID(0) EUID(0) I have no idea why it's doing that. There have been other messages about squid processes too. > Did you ask for help on the grsecurity forum ? No, I haven't checked into it yet. I thought it would be easier to turn off grsecurity since this box is behind a firewall anyway. Would NOT running /etc/init.d/grsecurity accomplish the same thing? - BS |
|
From: Heiko Z. <he...@zu...> - 2003-11-03 01:10:17
|
Bruce Smith wrote: >>the XFS part is not maintained, since it's not working with grsecurity. >>you have to get the latest patches and drivers. >> >> > >Do we support turning off grsecurity? I turned off grsecurity in >menuconfig, did NOT select XFS and got the same thing. > > That should work fine.... And yes we support turning of grsecurity, we need to have this working. Is it possible that you had XFS leftovers from your last try ? What are the abort messages ? >grsecurity keeps killing processes on my server, so I need to get rid >of it. (or learn it, but turning it off sounds easier) :-) > > What are the messages ? Did you ask for help on the grsecurity forum ? cya Heiko |
|
From: Heiko Z. <he...@zu...> - 2003-11-03 01:06:16
|
I guess Bruce took a better look then I did. ;-)
Heiko
Bruce Smith wrote:
>>I need to copy some files (kernel modules) on the install stage of the
>>alsa-driver script to $CDDIR/lib/modules/2.4.22.
>>
>>What is the difference between these two lines and which one should i use?
>>
>>cp -dpR $WORKDIR/tmp/* $CDDIR || exit 1
>>
>>copy_files $WORKDIR/tmp/lib/modules/ $CDDIR/ || exit 1
>>
>>
>
>There is no difference between the two (in this case)
>except for the "-f" cp option.
>
>copy_files is a function defined in build/script/functions
>
>copy_files()
>{
> for FILE in $1
> do
> cp -dpfR $FILE $2
> done
>}
>
>
>
>>another one:
>>
>>copy_files $WORKDIR/tmp/usr $CDDIR/ || exit 1
>>
>>is the same as
>>
>>copy_files $WORKDIR/tmp/usr $CDDIR/usr || exit 1
>>
>>
>
>The first one is right, the second one will not do what you want.
>
>The second one would copy files under $CDDIR/usr/usr/files.
>(double /usr which is wrong)
>
>
>copy_files $WORKDIR/tmp/usr/* $CDDIR/usr
>
>would work correctly (except for hidden files/directories)
>Confused yet? :-)
>
> - BS
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SF.net Giveback Program.
>Does SourceForge.net help you be more productive? Does it
>help you create better code? SHARE THE LOVE, and help us help
>YOU! Click Here: http://sourceforge.net/donate/
>_______________________________________________
>Devil-linux-develop mailing list
>Dev...@li...
>https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>
>
>
>
|
35 messages has been excluded from this view by a project administrator.
