Menu
▾
▴
devil-linux-discuss — General Mailing List for all discussions
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(59) |
Sep
(57) |
Oct
(5) |
Nov
(45) |
Dec
(21) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(13) |
Feb
(22) |
Mar
(14) |
Apr
(7) |
May
(33) |
Jun
(57) |
Jul
(25) |
Aug
(40) |
Sep
(53) |
Oct
(58) |
Nov
(75) |
Dec
(22) |
| 2003 |
Jan
(101) |
Feb
(101) |
Mar
(103) |
Apr
(125) |
May
(85) |
Jun
(57) |
Jul
(62) |
Aug
(42) |
Sep
(76) |
Oct
(214) |
Nov
(290) |
Dec
(274) |
| 2004 |
Jan
(187) |
Feb
(172) |
Mar
(313) |
Apr
(209) |
May
(169) |
Jun
(147) |
Jul
(118) |
Aug
(193) |
Sep
(227) |
Oct
(125) |
Nov
(246) |
Dec
(191) |
| 2005 |
Jan
(244) |
Feb
(175) |
Mar
(165) |
Apr
(130) |
May
(217) |
Jun
(122) |
Jul
(188) |
Aug
(235) |
Sep
(165) |
Oct
(133) |
Nov
(209) |
Dec
(88) |
| 2006 |
Jan
(66) |
Feb
(89) |
Mar
(108) |
Apr
(91) |
May
(29) |
Jun
(45) |
Jul
(64) |
Aug
(42) |
Sep
(44) |
Oct
(81) |
Nov
(64) |
Dec
(9) |
| 2007 |
Jan
(24) |
Feb
(122) |
Mar
(55) |
Apr
(50) |
May
(84) |
Jun
(13) |
Jul
(80) |
Aug
(70) |
Sep
(78) |
Oct
(45) |
Nov
(56) |
Dec
(42) |
| 2008 |
Jan
(65) |
Feb
(3) |
Mar
(51) |
Apr
(151) |
May
(54) |
Jun
(72) |
Jul
(73) |
Aug
(47) |
Sep
(55) |
Oct
(123) |
Nov
(16) |
Dec
(4) |
| 2009 |
Jan
(23) |
Feb
(39) |
Mar
(27) |
Apr
(36) |
May
(35) |
Jun
(51) |
Jul
(11) |
Aug
(14) |
Sep
(40) |
Oct
(67) |
Nov
(38) |
Dec
(13) |
| 2010 |
Jan
(15) |
Feb
(35) |
Mar
(40) |
Apr
(11) |
May
(26) |
Jun
(10) |
Jul
(5) |
Aug
(50) |
Sep
(86) |
Oct
(67) |
Nov
(36) |
Dec
(11) |
| 2011 |
Jan
(50) |
Feb
(6) |
Mar
(13) |
Apr
(13) |
May
(29) |
Jun
(27) |
Jul
(26) |
Aug
(27) |
Sep
(21) |
Oct
(7) |
Nov
(27) |
Dec
(4) |
| 2012 |
Jan
(11) |
Feb
(20) |
Mar
(48) |
Apr
(18) |
May
(8) |
Jun
(19) |
Jul
|
Aug
(15) |
Sep
(3) |
Oct
(4) |
Nov
(5) |
Dec
(1) |
| 2013 |
Jan
(13) |
Feb
(7) |
Mar
(4) |
Apr
(25) |
May
(2) |
Jun
(8) |
Jul
(4) |
Aug
(8) |
Sep
(7) |
Oct
|
Nov
(5) |
Dec
(10) |
| 2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(20) |
May
(5) |
Jun
|
Jul
(2) |
Aug
|
Sep
(8) |
Oct
(21) |
Nov
(4) |
Dec
(7) |
| 2015 |
Jan
(10) |
Feb
(9) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(11) |
Oct
|
Nov
(17) |
Dec
(32) |
| 2016 |
Jan
(10) |
Feb
(15) |
Mar
(4) |
Apr
(7) |
May
(10) |
Jun
(11) |
Jul
(15) |
Aug
(26) |
Sep
(13) |
Oct
(10) |
Nov
(16) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(3) |
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(3) |
Sep
(3) |
Oct
(6) |
Nov
(8) |
Dec
|
| 2018 |
Jan
(12) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Serge L. <fi...@in...> - 2008-10-30 22:28:43
|
Hello, DL mail wrote: > Unfortunatly, pam_radius_auth.so seems to have a problem > > Oct 30 09:42:25 dl-test sshd[22623]: PAM unable to > dlopen(/lib/security/pam_radius_auth.so): > /lib/security/pam_radius_auth.so: undefined symbol: __stack_chk_fail_local > Oct 30 09:42:25 dl-test sshd[22623]: PAM adding faulty module: > /lib/security/pam_radius_auth.so > > I have googled "__stack_chk_fail_local" and apparently it is a compile > problem. > > Is it possible to correct it in the next release? > I've reread the documentation and made some improvements as an addition to removing of "stack protection", i.e. remove dependence on freeradius and made install more correct. Hopefully, it will work. -- Serge |
|
From: Dom <dl...@ed...> - 2008-10-30 12:26:13
|
I also started the new testing release this morning (on USB). I am not using pam_radius_auth.so, but I note the following improvements: samba - updated to 3.0.32 (from 3.0.30) man nano - added (v.2.0.0) postfix default data_directory (/var/spool/postfix) ownership problem - fixed For me, everything is working well so far - thanks Bruce! Dom DL mail wrote: > > Hello, > > Thank you Bruce for having build so quickly a new testing release. > > I tried the new devil-linux-1.3.6-2008-10-28-i686-bs for Radius > authentication. > > Unfortunatly, pam_radius_auth.so seems to have a problem > > Oct 30 09:42:25 dl-test sshd[22623]: PAM unable to > dlopen(/lib/security/pam_radius_auth.so): > /lib/security/pam_radius_auth.so: undefined symbol: > __stack_chk_fail_local > Oct 30 09:42:25 dl-test sshd[22623]: PAM adding faulty module: > /lib/security/pam_radius_auth.so > > I have googled "__stack_chk_fail_local" and apparently it is a compile > problem. > > Is it possible to correct it in the next release? > > I am sorry to give so much work, but there are about 20 of our 40 DL > which use radius (Dns, Neflow probe, Syslog server, Ntp server, Remote > serial server, Web server). > So we cannot migrate du DL 1.3 if it does not work. > > Thanks a lot. > > Regards. > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ------------------------------------------------------------------------ > > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: DL m. <mai...@gm...> - 2008-10-30 10:03:19
|
Hello, Thank you Bruce for having build so quickly a new testing release. I tried the new devil-linux-1.3.6-2008-10-28-i686-bs for Radius authentication. Unfortunatly, pam_radius_auth.so seems to have a problem Oct 30 09:42:25 dl-test sshd[22623]: PAM unable to dlopen(/lib/security/pam_radius_auth.so): /lib/security/pam_radius_auth.so: undefined symbol: __stack_chk_fail_local Oct 30 09:42:25 dl-test sshd[22623]: PAM adding faulty module: /lib/security/pam_radius_auth.so I have googled "__stack_chk_fail_local" and apparently it is a compile problem. Is it possible to correct it in the next release? I am sorry to give so much work, but there are about 20 of our 40 DL which use radius (Dns, Neflow probe, Syslog server, Ntp server, Remote serial server, Web server). So we cannot migrate du DL 1.3 if it does not work. Thanks a lot. Regards. |
|
From: <kor...@sb...> - 2008-10-30 05:40:31
|
Hi, On 1.2.15-i486 release: #brctl addbr br0 add bridge failed: Invalid argument 1.2.14-i486 have no problem |
|
From: Oliver N. <dig...@gm...> - 2008-10-29 21:45:31
|
Today i noticed that we have some deprecated lines in the
default firewall scripts (firewall.rules.2nic,firewall.rules.3nic)
# Prevent NetBIOS and Samba from leaking.
${IPTABLES} -t nat -A PREROUTING -p TCP --dport 135 -j DROP
${IPTABLES} -t nat -A PREROUTING -p UDP --dport 135 -j DROP
${IPTABLES} -t nat -A PREROUTING -p TCP --dport 137:139 -j DROP
${IPTABLES} -t nat -A PREROUTING -p UDP --dport 137:139 -j DROP
${IPTABLES} -t nat -A PREROUTING -p TCP --dport 445 -j DROP
${IPTABLES} -t nat -A PREROUTING -p UDP --dport 445 -j DROP
If this script is started iptables reports:
The "nat" table is not intended for filtering, hence the use of DROP is
deprecated and will permanently be disabled in the next iptables
release. Please adjust your scripts.
I think we should fix this to avoid future problems.
I personally use the INPUT and OUTPUT Chains for this -
any other suggestions?
Oliver
|
|
From: Markus W. <ml...@ir...> - 2008-10-29 20:08:39
|
On 29.10.2008 17:27 Frank Weis wrote: > > I need to run a DHCP server on a DL box that serves different pools on > different VLANs that are trunked on the same interface. I see that the DHCP > server serves the same pool to all VLANs, and the other pool is never used. Only as an idea: dhcpd can use the parameters -cf (for config-file) and if-name. Why not running several dhcp-daemons each with his own config and only on a specific interface? But again: I never tried this, especially not on DL. HTH. Markus |
|
From: Fred F. <ffr...@lo...> - 2008-10-29 17:17:00
|
I saw this problem when someone was running two subnets on the same wire. My undestanding of VLANs is that even though the traffic is on the same wire, the packets are tagged so that by the time they make it to the application layer they look as if they came from different interfaces but with broadcasts (either MAC broadcasts FF:FF:FF.... Or network) that may work differently. Also you may want to sniff and see if the DHCP requests are to 255.255.255.255 (which makes sense since you don't know on which network you are since you are trying to configure yourself) or to 192.168.1.255 (or whatever the correct broadcast is). My previous message was really confusing. Fred Frigerio Locust USA This electronic message transmission contains information from Locust USA which may be confidential or privileged. The information is intended to be for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic transmission in error, please notify us by telephone (305-889-5410) or by reply via electronic mail immediately. -----Original Message----- From: Fred Frigerio [mailto:ffr...@lo...] Sent: Wednesday, October 29, 2008 1:05 PM To: dev...@li... Subject: Re: [Devil-Linux-discuss] DHCP Server and VLANs Don't you have three different IP's for each VLAN? I think the problem is the way the client's broadcast and the DHCP server cannot tell from which network the request is coming from. You may be able to do some trickery with iptables if you can filter by vlan there. Is the Linux box routing between vlans too? There is a way to get DHCP requests routed through a router so that they are forwarded to a DHCP server wich then knows the source and can server the correct IP. Sorry I cannot be more helpful. Fred Frigerio Locust USA This electronic message transmission contains information from Locust USA which may be confidential or privileged. The information is intended to be for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic transmission in error, please notify us by telephone (305-889-5410) or by reply via electronic mail immediately. -----Original Message----- From: Frank Weis [mailto:Fra...@ct...] Sent: Wednesday, October 29, 2008 12:27 PM To: dev...@li... Subject: [Devil-Linux-discuss] DHCP Server and VLANs Hi all, I am sure this is not the best place to ask this, but I am also sure there are a lot of competent people here: I need to run a DHCP server on a DL box that serves different pools on different VLANs that are trunked on the same interface. I see that the DHCP server serves the same pool to all VLANs, and the other pool is never used. Is this impossible to do? Thanks for any hints.... Frank -- _______________________________________________ Centre de Technologie de l'Education 29 avenue John F. Kennedy L-1855 Luxembourg-Kirchberg email: Fra...@ct... tél.: +352 247-85973 fax: +352 333797 _______________________________________________ ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Devil-linux-discuss mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Devil-linux-discuss mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
|
From: Fred F. <ffr...@lo...> - 2008-10-29 17:06:20
|
Don't you have three different IP's for each VLAN? I think the problem is the way the client's broadcast and the DHCP server cannot tell from which network the request is coming from. You may be able to do some trickery with iptables if you can filter by vlan there. Is the Linux box routing between vlans too? There is a way to get DHCP requests routed through a router so that they are forwarded to a DHCP server wich then knows the source and can server the correct IP. Sorry I cannot be more helpful. Fred Frigerio Locust USA This electronic message transmission contains information from Locust USA which may be confidential or privileged. The information is intended to be for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic transmission in error, please notify us by telephone (305-889-5410) or by reply via electronic mail immediately. -----Original Message----- From: Frank Weis [mailto:Fra...@ct...] Sent: Wednesday, October 29, 2008 12:27 PM To: dev...@li... Subject: [Devil-Linux-discuss] DHCP Server and VLANs Hi all, I am sure this is not the best place to ask this, but I am also sure there are a lot of competent people here: I need to run a DHCP server on a DL box that serves different pools on different VLANs that are trunked on the same interface. I see that the DHCP server serves the same pool to all VLANs, and the other pool is never used. Is this impossible to do? Thanks for any hints.... Frank -- _______________________________________________ Centre de Technologie de l'Education 29 avenue John F. Kennedy L-1855 Luxembourg-Kirchberg email: Fra...@ct... tél.: +352 247-85973 fax: +352 333797 _______________________________________________ ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Devil-linux-discuss mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
|
From: Frank W. <Fra...@ct...> - 2008-10-29 16:27:52
|
Hi all, I am sure this is not the best place to ask this, but I am also sure there are a lot of competent people here: I need to run a DHCP server on a DL box that serves different pools on different VLANs that are trunked on the same interface. I see that the DHCP server serves the same pool to all VLANs, and the other pool is never used. Is this impossible to do? Thanks for any hints.... Frank -- _______________________________________________ Centre de Technologie de l'Education 29 avenue John F. Kennedy L-1855 Luxembourg-Kirchberg email: Fra...@ct... tél.: +352 247-85973 fax: +352 333797 _______________________________________________ |
|
From: Heiko Z. <he...@zu...> - 2008-10-29 11:55:01
|
Hey, Quoting Oliver Niesner <dig...@gm...>: > Heiko Zuerker wrote: >> Hey, >> >> I want to start using hard tokens (OTP, keyfob) for certain tasks >> (i.e. login to firewall, secured web portal, etc.). >> >> Does anyone know a free (maybe as in GPL?) or cheap solution? Since >> it's for personal use I don't see myself spending $1000... >> >> Depending how it's implemented we could even add it to DL. >> > > I already included opie-2.4 in my custom DL if needed i can > send you the scripts. > I included the opie-2.4 package and pam_opie for authentication. Yes please send the stuff . -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Oliver N. <dig...@gm...> - 2008-10-28 20:48:20
|
Heiko Zuerker wrote: > Hey, > > I want to start using hard tokens (OTP, keyfob) for certain tasks > (i.e. login to firewall, secured web portal, etc.). > > Does anyone know a free (maybe as in GPL?) or cheap solution? Since > it's for personal use I don't see myself spending $1000... > > Depending how it's implemented we could even add it to DL. > I already included opie-2.4 in my custom DL if needed i can send you the scripts. I included the opie-2.4 package and pam_opie for authentication. cu Oliver |
|
From: DL m. <mai...@gm...> - 2008-10-28 20:28:55
|
Thanks alot. I will try it by the end of the week. Regards. 2008/10/28 Bruce Smith <bw...@re...> > > Thanks Bruce - I will study it and make use. And I look forward to the > > new release of 1.3.6, even without rdiff-backup! > > Have fun, it's on the FTP server now. > > > Thanks also to Dick for the link, which seems very comprehensive. Perl > > would definitely bend my brain if not break it, but I am getting the > > hang of bash scripts - such an improvement on DOS batch files! > > I think the purpose of PERL is to break brains. :-) > I'll stick with bash myself. > > - BS > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Dom <dl...@ed...> - 2008-10-28 13:48:40
|
What is best practice for where to place a 'user installation' of software in DL, or configuration files for such software? I use a hard disk and this gives me an /opt directory, so it seems logical to put programs in a subdirectory off this directory (e.g. /opt/pdfmeld), or where the program is a single file, in /opt itself. Is this right? For users who do not have a hard disk, where is the 'correct' place to put their own scripts or additional working programs? I guess somewhere that is backed up with save-config but causes minimum aggravation when DL is updated - maybe /root? What about user software configuration files? The usual location (as used by 'configure') seems to be /etc, which will be backed up by save-config, but I am not sure if this is good practice or whether they would be better stored in /opt/[program_name]? Or somewhere else? To be honest I am confused as to which directories in DL are located on the installation media (i.e. read-only), which are in RAM but are saved by save-config (I think: /etc/* and /root/*), which are in RAM and lost on reboot (I think: everything in /var except where a volume group in a 'devil-linux' LV on hard disk is auto-mounted to a subdirectory e.g. /var/log). Is it possible in DL to compile and install software from source? I can't find GCC - is it meant to be there? Lastly, there are a couple of error messages that I get when running save-config (using testing release 1.3.6-2008-09-10): tar: etc-mods/samba/lock: file changed as we read it failed to save configuration and chmod: changing permissions of `/var/adm/mount/etc-mods.tar.bz2': Operation not permitted Configuration saved The first is fatal while the second I know relates to VFAT (FAT16) format on the configuration media. Thanks for any help! Dom |
|
From: Bruce S. <bw...@re...> - 2008-10-28 13:29:57
|
> Thanks Bruce - I will study it and make use. And I look forward to the > new release of 1.3.6, even without rdiff-backup! Have fun, it's on the FTP server now. > Thanks also to Dick for the link, which seems very comprehensive. Perl > would definitely bend my brain if not break it, but I am getting the > hang of bash scripts - such an improvement on DOS batch files! I think the purpose of PERL is to break brains. :-) I'll stick with bash myself. - BS |
|
From: Dom <dl...@ed...> - 2008-10-27 23:46:32
|
Bruce Smith wrote: > # The script is a bit more involved, but the part you need is: > > TODAY="$(date +%F)" > YESTERDAY="$(date -d yesterday +%F)" > # You need to set: > # $BACKDIR for your backup directory. > # $server for the server to be backed up, > # $port for the listening ssh port (default=22) > # $dir for the directory on the server to be backed up. > # $dir2 for the destination backup subdirectories, in my case: > # dir2="$(dirname $dir)" > > rsync -av --delete-excluded \ > --link-dest=$BACKDIR/$YESTERDAY/$server$dir2 \ > -e "ssh -p $port -c arcfour" \ > $server:$dir \ > $BACKDIR/$TODAY/$server$dir2 > > # I use all those different variables because I backup a lot of > directories individually on each server, in for/while bash loops. > > Thanks Bruce - I will study it and make use. And I look forward to the new release of 1.3.6, even without rdiff-backup! Thanks also to Dick for the link, which seems very comprehensive. Perl would definitely bend my brain if not break it, but I am getting the hang of bash scripts - such an improvement on DOS batch files! Dom |
|
From: Bruce S. <bw...@re...> - 2008-10-27 20:24:59
|
> Thanks Bruce. One of the nice things about rdiff-backup (as I read it)
> is that it is easy to use and settings have 'sensical' [their word not
> mine] defaults. That sounds just what I need - by contrast, the rsync
> options are bewildering! If you are able and willing to send me your
> script (or some version of it) I would be grateful.
# The script is a bit more involved, but the part you need is:
TODAY="$(date +%F)"
YESTERDAY="$(date -d yesterday +%F)"
# You need to set:
# $BACKDIR for your backup directory.
# $server for the server to be backed up,
# $port for the listening ssh port (default=22)
# $dir for the directory on the server to be backed up.
# $dir2 for the destination backup subdirectories, in my case:
# dir2="$(dirname $dir)"
rsync -av --delete-excluded \
--link-dest=$BACKDIR/$YESTERDAY/$server$dir2 \
-e "ssh -p $port -c arcfour" \
$server:$dir \
$BACKDIR/$TODAY/$server$dir2
# I use all those different variables because I backup a lot of
directories individually on each server, in for/while bash loops.
> It would be still be
> good I think if someone could add rdiff-backup to DL 1.3 sometime. I
> would do it myself, but when I glance at section 3 of the documentation
> (development) I realise I would be totally out of my depth. If you don't
> know how to add a python module I sure as heck don't!
I've never added a python module to DL. I doubt it's difficult, but
I've never looked into it before.
- BS
|
|
From: Dick M. <di...@fo...> - 2008-10-27 19:20:44
|
Dom wrote: > Thanks Bruce. One of the nice things about rdiff-backup (as I read it) > is that it is easy to use and settings have 'sensical' [their word not > mine] defaults. That sounds just what I need - by contrast, the rsync > options are bewildering! If you are able and willing to send me your > script (or some version of it) I would be grateful. It would be still be > good I think if someone could add rdiff-backup to DL 1.3 sometime. I > would do it myself, but when I glance at section 3 of the documentation > (development) I realise I would be totally out of my depth. If you don't > know how to add a python module I sure as heck don't! http://www.mikerubel.org/computers/rsync_snapshots/ Works nicely; I've written perl scripts based on this. Not sure they're fit to share (might bend your brain beyond breaking point :-) ) Dick |
|
From: Dom <dl...@ed...> - 2008-10-27 19:14:52
|
Thanks Bruce. One of the nice things about rdiff-backup (as I read it) is that it is easy to use and settings have 'sensical' [their word not mine] defaults. That sounds just what I need - by contrast, the rsync options are bewildering! If you are able and willing to send me your script (or some version of it) I would be grateful. It would be still be good I think if someone could add rdiff-backup to DL 1.3 sometime. I would do it myself, but when I glance at section 3 of the documentation (development) I realise I would be totally out of my depth. If you don't know how to add a python module I sure as heck don't! Dom Bruce Smith wrote: >> Can I very politely put in my request again for rdiff-backup >> > > Sure, you can ask! :-) > > Unfortunately I'm swamped at work and won't have time in the near > future. Maybe someone else will add it sooner. Or if you were do add > it, I'm sure someone would apply the changes. > > In any case, I doubt it'll happen in the next 2.5 hours, before I > start my compile tonight. > > On a side note, I wrote my own shell script that does backups very > similar to what rdiff-backup describes. I backup with rsync every > day, creating a new directory with the date in the name, and it hard > links any files that haven't changed since the previous day (so they > don't use any additional disk space). That way each directory appears > to be a full backup, but only uses a fraction of the disk space > required for multiple full backups. > > See the "--link-dest" parameter on rsync, and maybe you can do what > you need using only rsync. > > >> (http://www.nongnu.org/rdiff-backup/)? Apart from rdiff-backup itself, >> required files which are not (I think) already in Devil-Linux are: >> - librsync v0.9.7-4 >> - python module pylibacl - optional, but necessary for POSIX access >> control list support (personally I don't think I need this) >> - python module pyxattr - optional, but necessary for extended attribute >> support (personally I don't think I need this) >> There are links for all of these packages on the rdiff-backup page above. >> > > Also, I have no clue how to add a Python module in DL. > > - BS > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > > |
|
From: Bruce S. <bw...@re...> - 2008-10-27 18:28:05
|
> Can I very politely put in my request again for rdiff-backup Sure, you can ask! :-) Unfortunately I'm swamped at work and won't have time in the near future. Maybe someone else will add it sooner. Or if you were do add it, I'm sure someone would apply the changes. In any case, I doubt it'll happen in the next 2.5 hours, before I start my compile tonight. On a side note, I wrote my own shell script that does backups very similar to what rdiff-backup describes. I backup with rsync every day, creating a new directory with the date in the name, and it hard links any files that haven't changed since the previous day (so they don't use any additional disk space). That way each directory appears to be a full backup, but only uses a fraction of the disk space required for multiple full backups. See the "--link-dest" parameter on rsync, and maybe you can do what you need using only rsync. > (http://www.nongnu.org/rdiff-backup/)? Apart from rdiff-backup itself, > required files which are not (I think) already in Devil-Linux are: > - librsync v0.9.7-4 > - python module pylibacl - optional, but necessary for POSIX access > control list support (personally I don't think I need this) > - python module pyxattr - optional, but necessary for extended attribute > support (personally I don't think I need this) > There are links for all of these packages on the rdiff-backup page above. Also, I have no clue how to add a Python module in DL. - BS |
|
From: Dom <dl...@ed...> - 2008-10-27 16:53:13
|
Bruce Smith wrote: >>>> If so, I can run a compile and have a new ISO on the FTP server by >>>> tomorrow (as long as nothing aborts). >>>> >>> Let me upload my changes first. >>> >> Everything is uploaded >> > > OK. I won't start my compile until I go home, 5PM EDT (6 hours from > now) if anyone has any other changes to commit. > > - BS > > > Can I very politely put in my request again for rdiff-backup (http://www.nongnu.org/rdiff-backup/)? Apart from rdiff-backup itself, required files which are not (I think) already in Devil-Linux are: - librsync v0.9.7-4 - python module pylibacl - optional, but necessary for POSIX access control list support (personally I don't think I need this) - python module pyxattr - optional, but necessary for extended attribute support (personally I don't think I need this) There are links for all of these packages on the rdiff-backup page above. Thanks Dom |
|
From: Bruce S. <bw...@re...> - 2008-10-27 15:01:54
|
>>> If so, I can run a compile and have a new ISO on the FTP server by >>> tomorrow (as long as nothing aborts). >> >> Let me upload my changes first. > > Everything is uploaded OK. I won't start my compile until I go home, 5PM EDT (6 hours from now) if anyone has any other changes to commit. - BS |
|
From: Heiko Z. <he...@zu...> - 2008-10-27 14:49:21
|
Quoting Heiko Zuerker <he...@zu...>: > >> I seem to recall some recent CVS traffic on the subject. >> Is it fixed in CVS now? > > Yes I think Serge fixed it. > >> If so, I can run a compile and have a new ISO on the FTP server by >> tomorrow (as long as nothing aborts). > > Let me upload my changes first. > Everything is uploaded -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Heiko Z. <he...@zu...> - 2008-10-27 13:24:59
|
> I seem to recall some recent CVS traffic on the subject. > Is it fixed in CVS now? Yes I think Serge fixed it. > If so, I can run a compile and have a new ISO on the FTP server by > tomorrow (as long as nothing aborts). Let me upload my changes first. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Bruce S. <bw...@re...> - 2008-10-27 12:39:59
|
I seem to recall some recent CVS traffic on the subject. Is it fixed in CVS now? If so, I can run a compile and have a new ISO on the FTP server by tomorrow (as long as nothing aborts). - BS > Ok, > > I have to wait... but if there is there an quick and easy way to add the file.(on /etc? anywhere else?) > > Regards. >> >> Hello, >> >> Because of a new hardware with S-ATA Cdrom, yesterday I tried for the first time the devil-linux-1.3.6-2008-09-10 with one of my syslog server. >> >> The only thing I miss for the moment is the pam library for radius: pam_radius_auth.so. >> >> Could you add it in the next release? >> >> Thanks for your great job. >> >> I took a quick look at the build system and the library should be on the CD, but it's missing for some reason. >> >> No idea why. Not sure when I'll have time to look at it. >> >> -- >> >> Regards >> Heiko Zuerker |
|
From: DL m. <mai...@gm...> - 2008-10-27 12:32:11
|
Ok, I have to wait... but if there is there an quick and easy way to add the file.(on /etc? anywhere else?) Regards. 2008/10/23 Heiko Zuerker <he...@zu...> > Quoting DL mail <mai...@gm...>: > > Hello, > > Because of a new hardware with S-ATA Cdrom, yesterday I tried for the first > time the devil-linux-1.3.6-2008-09-10 with one of my syslog server. > > The only thing I miss for the moment is the pam library for radius: > pam_radius_auth.so. > > Could you add it in the next release? > > Thanks for your great job. > > I took a quick look at the build system and the library should be on the > CD, but it's missing for some reason. > > No idea why. Not sure when I'll have time to look at it. > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > |
50 messages has been excluded from this view by a project administrator.
