devil-linux-develop Mailing List for Devil-Linux (Page 28)

Hey guys,

 

Please don't forget to "close" the bug reports in mantis once you're done
with your changes.

 

Regards

  Heiko Zuerker

  http://www.devil-linux.org

 

Serge Leschinsky schrieb:
> Oliver Niesner wrote:
> 
>> Uh, yes! I totally forgot!
>> Should i simply send it to you?
>> Or should i post it into the bugtracker?
>>
>> Sorry, again!
>>
> No problem, please add the script to BT.
> 
> Thank you,
> Serge

Hi, Serge!

I added the missing script to my initial post as attachment.
You will find it here:

> http://apps.sourceforge.net/mantisbt/devil-linux/view.php?id=12

cheers,

Olli

Oliver Niesner wrote:

> Uh, yes! I totally forgot!
> Should i simply send it to you?
> Or should i post it into the bugtracker?
> 
> Sorry, again!
> 
No problem, please add the script to BT.

Thank you,
Serge

Serge Leschinsky wrote:
> Oliver Niesner wrote:
>> Hi!
>>
>> I use the Sixxs service to play with IPv6 on my custom DL (1.4RC2)
>> After some testing aiccu really works well for me.
>>
>> Unfortunately i forgot to make it appear in the services list,
>> so it doesn't start after a reboot :-/
>>
>> Here is a small patch to solve this, feel free to add it if you want.
> No, problem to add the patch, but the init script seems to be missed.
> 
> Could you please reexamine the line?
> 
> +		cp $MYDIR/scripts/aiccu $ETCDIR/etc/init.d || exit 1
> 
> 
> 
> Sincerely,
> Serge

Uh, yes! I totally forgot!
Should i simply send it to you?
Or should i post it into the bugtracker?

Sorry, again!

Oliver

Oliver Niesner wrote:
> Hi!
> 
> I use the Sixxs service to play with IPv6 on my custom DL (1.4RC2)
> After some testing aiccu really works well for me.
> 
> Unfortunately i forgot to make it appear in the services list,
> so it doesn't start after a reboot :-/
> 
> Here is a small patch to solve this, feel free to add it if you want.
No, problem to add the patch, but the init script seems to be missed.

Could you please reexamine the line?

+		cp $MYDIR/scripts/aiccu $ETCDIR/etc/init.d || exit 1



Sincerely,
Serge

Heiko Zuerker schrieb:
> Actually it's a bug, since we have it already included.
> My bad, I'll update it in mantis.
> 
> Heiko
> 

No no, it's my fault!

I told Serge a few weeks ago about my playing with IPv6 and i think he added my first
and incomplete script to DL.
So, no worries :-)
It's only a fix for my laziness to make it right in the first place :-|

cu,

Oliver

Actually it's a bug, since we have it already included.
My bad, I'll update it in mantis.

Heiko

Quoting Heiko Zuerker <he...@zu...>:

> Oliver,
>
> could you please post this on our new bug tracker as a feature
> request, so we won't forget about it?
>
> THx
>    Heiko
>
> Quoting Oliver Niesner <dig...@gm...>:
>
>> Hi!
>>
>> I use the Sixxs service to play with IPv6 on my custom DL (1.4RC2)
>> After some testing aiccu really works well for me.
>>
>> Unfortunately i forgot to make it appear in the services list,
>> so it doesn't start after a reboot :-/
>>
>> Here is a small patch to solve this, feel free to add it if you want.
>>
>> cheers,
>>
>> Oliver
>>
>
>
>
> --
>
> Regards
>    Heiko Zuerker
>    http://www.devil-linux.org
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>



-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Heiko Zuerker schrieb:
> Oliver,
> 
> could you please post this on our new bug tracker as a feature  
> request, so we won't forget about it?
> 
> THx
>    Heiko

done.

Olli

Oliver,

could you please post this on our new bug tracker as a feature  
request, so we won't forget about it?

THx
   Heiko

Quoting Oliver Niesner <dig...@gm...>:

> Hi!
>
> I use the Sixxs service to play with IPv6 on my custom DL (1.4RC2)
> After some testing aiccu really works well for me.
>
> Unfortunately i forgot to make it appear in the services list,
> so it doesn't start after a reboot :-/
>
> Here is a small patch to solve this, feel free to add it if you want.
>
> cheers,
>
> Oliver
>



-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Hi!

I use the Sixxs service to play with IPv6 on my custom DL (1.4RC2)
After some testing aiccu really works well for me.

Unfortunately i forgot to make it appear in the services list,
so it doesn't start after a reboot :-/

Here is a small patch to solve this, feel free to add it if you want.

cheers,

Oliver

Hey,

I started playing around with the mediawiki, which is now offered as  
part of the Sourceforge services.

https://apps.sourceforge.net/mediawiki/devil-linux

Login is via the SF account.

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Hello,

I added one bug report in order to understand the "workflow". It looks pretty
simple and clear. So I guess we can start using it. It will be nice to have all
bugs in one place.

Serge

Heiko Zuerker wrote:
> What do you guys think about using Mantis from here on out to keep  
> track of everything?
> Do you need some more time or can I add the link to the website?
> 
> Heiko

> What do you guys think about using Mantis from here on out to keep
> track of everything?

I haven't had much of a chance to look at it, but from what I saw, it
looks good.

I think the hardest part will be getting people used to using it.

> Do you need some more time or can I add the link to the website?

I see you already added it.  :-)

 - BS

Hi everyone,

starting immediately we'll be using MantisBT as our bug and feature  
request tracking tool. This should eliminate the problem with bugs or  
feature requests falling through the cracks.

http://www.devil-linux.org/support/bugs.php

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

I added it to our bug tracker.

Heiko

Quoting Andrzej Odyniec <an...@ma...>:

> Heiko Zuerker wrote:
>> Wouldn't it be better if the network init script checks if the
>> specific pid from /var/run/dhcpcd-ethX.pid is active and if not, just
>> delete the file?
>
> Yes, Heiko! In this particular problem You are right. If pid file isn't
> active, we can remove it before starting DHCP client.
>
> In my suggestion I assumed: if in one situation we have problem with not
> "clean" permanent /var system, case like this can appear with other
> directories contents. So hook after mountings is nice for solving this class
> of problems.
>
> But, if You give user this hook, he/she will use it and will not send bug
> message for You. My laziness usually suggest me to silently alter script as I
> need, don't giving message to developers, so access to hook can  
> generate baroc
> construction in scripts.
>
> Maybe for now automatic pid file cleaning will be sufficient and we should
> wait for next case when this hook will be needed?
>
> I'm not sure, what is better.
>
> Regards
>
> --
> Andrzej Odyniec
>
> <an...@ma...>
> Rada Nadzorcza Macrologic SA
> ul. Chrościckiego 49, 02-414 Warszawa
> tel. +48(22)8637681x132, kom. +48(601)276572
> ul. Jagiellońska 36, 03-719 Warszawa
> tel. +48(22)5118115, fax: +48(22)5118117
> Rejestr: Sąd Rejonowy dla m.st. Warszawy,
>           XIII Wydział Gospodarczy Krajowego
>           Rejestru Sądowego, numer 0000045462
> Numer identyfikacji podatkowej: PL 522-000-28-25
> Kapitał zakładowy: 1888719 zł opłacony w całości
>
> ------------------------------------------------------------------------------
> OpenSolaris 2009.06 is a cutting edge operating system for enterprises
> looking to deploy the next generation of Solaris that includes the latest
> innovations from Sun and the OpenSource community. Download a copy and
> enjoy capabilities such as Networking, Storage and Virtualization.
> Go to: http://p.sf.net/sfu/opensolaris-get
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>



-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

What do you guys think about using Mantis from here on out to keep  
track of everything?
Do you need some more time or can I add the link to the website?

Heiko

Quoting Heiko Zuerker <he...@zu...>:

> Hey guys,
>
> I added MantisBT to our project on sourceforge, so we can track bugs
> and feature requests better.
>
> You'll need to login with your Sourceforge ID.
> http://apps.sourceforge.net/mantisbt/devil-linux/
>
> Lets play with it a bit and see if it works out.
> If you reported a problem before and we didn't fix it yet, please take
> the time and add it. This way we won't loose track of it anymore.
>
> @Bruce/Serge
> Once you're logged in we can give you via the SF admin interface
> administrative rights.
>
> --
>
> Regards
>    Heiko Zuerker
>    http://www.devil-linux.org
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
>
> ------------------------------------------------------------------------------
> OpenSolaris 2009.06 is a cutting edge operating system for enterprises
> looking to deploy the next generation of Solaris that includes the latest
> innovations from Sun and the OpenSource community. Download a copy and
> enjoy capabilities such as Networking, Storage and Virtualization.
> Go to: http://p.sf.net/sfu/opensolaris-get
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>



-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Heiko Zuerker wrote:
> Wouldn't it be better if the network init script checks if the  
> specific pid from /var/run/dhcpcd-ethX.pid is active and if not, just  
> delete the file?

Yes, Heiko! In this particular problem You are right. If pid file isn't 
active, we can remove it before starting DHCP client.

In my suggestion I assumed: if in one situation we have problem with not 
"clean" permanent /var system, case like this can appear with other 
directories contents. So hook after mountings is nice for solving this class 
of problems.

But, if You give user this hook, he/she will use it and will not send bug 
message for You. My laziness usually suggest me to silently alter script as I 
need, don't giving message to developers, so access to hook can generate baroc 
construction in scripts.

Maybe for now automatic pid file cleaning will be sufficient and we should 
wait for next case when this hook will be needed?

I'm not sure, what is better.

Regards

-- 
Andrzej Odyniec

<an...@ma...>
Rada Nadzorcza Macrologic SA
ul. Chrościckiego 49, 02-414 Warszawa
tel. +48(22)8637681x132, kom. +48(601)276572
ul. Jagiellońska 36, 03-719 Warszawa
tel. +48(22)5118115, fax: +48(22)5118117
Rejestr: Sąd Rejonowy dla m.st. Warszawy,
          XIII Wydział Gospodarczy Krajowego
          Rejestru Sądowego, numer 0000045462
Numer identyfikacji podatkowej: PL 522-000-28-25
Kapitał zakładowy: 1888719 zł opłacony w całości

Hi,

maybe somebody will find this information helpful.

I have had problems using the Intel igb driver shipped with the kernel
used in DL 1.4RC1, as this driver does not support the GigaBit NICs used
in our firewall machine (DELL branded Intel PRO 1000VT Quad Port Gigabit
Network Card). The driver included in the kernel sources is igb
v1.2.45-k2, but support for our NICs has only been added in a later version.

To fix this problem, I have added some scripts to build the most recent
igb driver for DL (currently igb v1.3.19.3). I copied the driver archive
found on sourceforge (http://sourceforge.net/projects/e1000) into the
src-extra directory and added the scripts I attached to this mail
(scripts/igb and scripts/configuration/igb.config). Now if
CONFIG_INTEL_IGB=y is added to .config (or selected from within
menuconfig), the module will be built and added to the DL image and more
recent Intel GB NICs can be used with DL.

Best regards,
Stefan

Hey,

Wouldn't it be better if the network init script checks if the  
specific pid from /var/run/dhcpcd-ethX.pid is active and if not, just  
delete the file?

Heiko

Quoting Andrzej Odyniec <an...@ma...>:

> Hi,
>
> I detected non typical problem. Source of it is in two assumptions:
>
> 1. one ethernet interface is configured as DHCP client
> 2. on /var directory is mounted permanent storage
>
> After sudden stop of system (i.e. power-off) automatic correct restart (i.e.
> power-restore) is impossible, beacause of existing /var/run/dhcpcd-ethX.pid
> --- /etc/init.d/network script cannot start dhcpd client for that interface,
> so interface will not be configured correctly.
>
> Ofcourse, typically we are not using DHCP configured interfaces in  
> router, but
> some small ISP prefer sometime this methods of configuration.
>
> And typically /var is on ramdisk, so on restart /var/run is again without old
> pids. But sometime /var is located on permanent storage for store logs and
> some configurations (i.e. iptraf) and historic rrd data (i.e. ntop).
>
> Point, where I can clean /var/run catalog is after /etc/init.d/mountfs script
> (if I automount /var filesystem from /etc/fstab). But in this script there is
> no end hook (as in some other scripts).
>
> So there is possibility to mount /var not from /etc/fstab but from earlier
> hook and clean /var/run immediatelly. But I think, this is not elegant
> solution --- typically automatically mounted filesystems are declared in
> /etc/fstab and in this file anyone search mountings.
>
> So there is a question:
>
> Is there other possibility to safely clean /var/run directory after  
> mount from
> fstab but before starting any services? Or maybe mountfs script need
> modification in calling his own hook at end?
>
> Regards
>
> Andrzej Odyniec
>
>
> ------------------------------------------------------------------------------
> OpenSolaris 2009.06 is a cutting edge operating system for enterprises
> looking to deploy the next generation of Solaris that includes the latest
> innovations from Sun and the OpenSource community. Download a copy and
> enjoy capabilities such as Networking, Storage and Virtualization.
> Go to: http://p.sf.net/sfu/opensolaris-get
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>



-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Hi,

I detected non typical problem. Source of it is in two assumptions:

1. one ethernet interface is configured as DHCP client
2. on /var directory is mounted permanent storage

After sudden stop of system (i.e. power-off) automatic correct restart (i.e. 
power-restore) is impossible, beacause of existing /var/run/dhcpcd-ethX.pid 
--- /etc/init.d/network script cannot start dhcpd client for that interface, 
so interface will not be configured correctly.

Ofcourse, typically we are not using DHCP configured interfaces in router, but 
some small ISP prefer sometime this methods of configuration.

And typically /var is on ramdisk, so on restart /var/run is again without old 
pids. But sometime /var is located on permanent storage for store logs and 
some configurations (i.e. iptraf) and historic rrd data (i.e. ntop).

Point, where I can clean /var/run catalog is after /etc/init.d/mountfs script 
(if I automount /var filesystem from /etc/fstab). But in this script there is 
no end hook (as in some other scripts).

So there is possibility to mount /var not from /etc/fstab but from earlier 
hook and clean /var/run immediatelly. But I think, this is not elegant 
solution --- typically automatically mounted filesystems are declared in 
/etc/fstab and in this file anyone search mountings.

So there is a question:

Is there other possibility to safely clean /var/run directory after mount from 
fstab but before starting any services? Or maybe mountfs script need 
modification in calling his own hook at end?

Regards

Andrzej Odyniec

Quoting warptrosse <war...@gm...>:

> maybe could be a good idea to put a link in the web page, with
> "beta" tag or something like that.

I was thinking about that yesterday, but then decided against it.
I want to first make sure we can get a handle on it, before we let  
anyone else loose on it. ;-)

-- 

Regards
   Heiko Zuerker
http://www.devil-linux.org

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

maybe could be a good idea to put a link in the web page, with "beta" tag or
something like that.

regards

On Mon, Jun 1, 2009 at 9:04 PM, Heiko Zuerker <he...@zu...> wrote:

> e time and add it. This way we won't loose track of it




-- 
WARPTROSSE {The knowledge of a man belongs to all the humanity}

Hey guys,

I added MantisBT to our project on sourceforge, so we can track bugs  
and feature requests better.

You'll need to login with your Sourceforge ID.
http://apps.sourceforge.net/mantisbt/devil-linux/

Lets play with it a bit and see if it works out.
If you reported a problem before and we didn't fix it yet, please take  
the time and add it. This way we won't loose track of it anymore.

@Bruce/Serge
Once you're logged in we can give you via the SF admin interface  
administrative rights.

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Hi everyone,

I know it took us quite a while, but the first Release Candidate of  
Devil-Linux 1.4 is available for download.

Some of the new features are Kernel 2.6, Webmin, less space  
requirement on the config media, lot's of new programs and much much  
more.

Please report any problems on hour mailinglist.

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Heiko Zuerker wrote:

>> it's enabled for 2.4 kernel only. I've checked PaX homepage and  
>> paxctl seems to
>> be a new replacement of shpax. So, I suggest using paxctl and remove shpax's
>> script.
>> I need your advice because my grsec experience is zero.
> 
> Would the 'scanelf' utility help any? We got that included already.
> Other then that I'd just go by what you saw on the grsecurity website.  
> It's a very long time ago since I played with those utilities.
I guess - no. I've read 'scanelf' man page and not found the way how to change
necessary flags.
 Well, 'paxctl' utility has been added to the build system and I've added
'correction code' to grub build script.

Let's wait for a feedback :-)

Serge