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: Friedrich L. <fl...@fl...> - 2004-02-01 01:59:30
|
Bruce Smith wrote on 31.01.2004 23:52 MET: >>>Shouldn't we move firewall.rules to /etc/sysconfig/network? >>>/etc/sysconfig will propably be always be selected for upgrade. >> >>That's a good thought, I would agree to this. >>Of course upgrade-config needs to take care of this. > > > It is a script. An init script. It's the "config file" of /etc/init.d/firewall, isn't it? :-) > All the other init scripts are in init.d. > I guess it could go either place... :-) Was just a thought to make it more intuitive to see which files will propably need migration/copying from version to version. > As far as default files to be selected in update-config, I think we > should make a table of files (and maybe directories) that are initially > selected, and leave everything else turned off. > > I REALLY don't want to make a mistake and select anything by default > that shouldn't be. A novice may not know what a file is, and ass-u-me > that since we defaulted it to be copied that it should be. Absolutely right. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Friedrich L. <fl...@fl...> - 2004-02-01 01:39:59
|
Hi Heiko! Around Dec 30th you did the following changes: http://cvs.sourceforge.net/viewcvs.py/devil-linux/build/config/etc/init.d/network?r1=1.22&r2=1.23&diff_format=u http://cvs.sourceforge.net/viewcvs.py/devil-linux/build/config/etc/init.d/network?r1=1.22&r2=1.23&diff_format=u @@ -327,15 +327,13 @@ test -n "$ONLY_INTERFACE" && exit # - # If the /etc/sysconfig/network file contains a GATEWAY variable, set - # the default gateway and the interface through which the default - # gateway can be reached. + # If the /etc/sysconfig/network file contains a GATEWAY variable, + # warn the user that we don't support it anymore # if [ -n "$DEFAULTGATEWAY" -a -n "$DEFAULTGATEWAY_IF" ]; then - echo -n "Setting up routing for $DEFAULTGATEWAY_IF interface" - route add default gateway $DEFAULTGATEWAY \ - metric 1 dev $DEFAULTGATEWAY_IF - evaluate_retval + echo -n "Setting of default gateway via /etc/sysconfig/config is not supported anymore" + print_status failure + echo "please set it in the interface configuration file" fi # enable IP Routing http://cvs.sourceforge.net/viewcvs.py/devil-linux/build/config/etc/sysconfig/config?r1=1.19&r2=1.20&diff_format=u --- devil-linux/build/config/etc/sysconfig/config 2003/10/09 00:14:08 1.19 +++ devil-linux/build/config/etc/sysconfig/config 2003/12/30 18:43:56 1.20 @@ -12,8 +12,6 @@ HOSTNAME=Devil DOMAIN=devil-linux.org -#DEFAULTGATEWAY=10.90.1.1 -#DEFAULTGATEWAY_IF=eth0 # enable routing -> yes/no START_ROUTING=yes Could you please add the corresponding examples on how to configure the default gateway to the /etc/sysconfig/nic/*.sample files? Thx. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: SourceForge.net <no...@so...> - 2004-01-31 23:51:37
|
Bugs item #888359, was opened at 2004-01-31 18:50 Message generated for change (Settings changed) made by smiley73 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=888359&group_id=34096 Category: Package Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: Heiko Zuerker (smiley73) Assigned to: Nobody/Anonymous (nobody) Summary: alsa-driver fails under kernel 2.6 Initial Comment: alsa doesn't compile under kernel 2.6 tried with latest version 1.0.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=888359&group_id=34096 |
|
From: SourceForge.net <no...@so...> - 2004-01-31 23:50:46
|
Bugs item #888359, was opened at 2004-01-31 18:50 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=888359&group_id=34096 Category: Package Group: None Status: Open Resolution: None Priority: 5 Submitted By: Heiko Zuerker (smiley73) Assigned to: Nobody/Anonymous (nobody) Summary: alsa-driver fails under kernel 2.6 Initial Comment: alsa doesn't compile under kernel 2.6 tried with latest version 1.0.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=888359&group_id=34096 |
|
From: Oliver J. <oli...@mo...> - 2004-01-31 23:19:58
|
attachted the config file for alsa and kernel 2.6... so its possible to compile with alsa support. |
|
From: Bruce S. <bw...@ar...> - 2004-01-31 22:52:04
|
> > Shouldn't we move firewall.rules to /etc/sysconfig/network? > > /etc/sysconfig will propably be always be selected for upgrade. > > That's a good thought, I would agree to this. > Of course upgrade-config needs to take care of this. It is a script. An init script. All the other init scripts are in init.d. I guess it could go either place... :-) As far as default files to be selected in update-config, I think we should make a table of files (and maybe directories) that are initially selected, and leave everything else turned off. I REALLY don't want to make a mistake and select anything by default that shouldn't be. A novice may not know what a file is, and ass-u-me that since we defaulted it to be copied that it should be. - BS |
|
From: Bruce S. <bw...@ar...> - 2004-01-31 22:46:09
|
> >> As far as I'm concerned, we can nuke the whole thing. It takes for > >> f'n ever to compile, and I usually deselect it anyway! :-) > > > > Maybe not Nuke it ... just leave it for the time it needs to be updated ... > > > > IMO, it's not a bad thing to have h323 gateway on a communication box ... > > I agree with Manu, let's keep it in there. That's fine, just don't do it on my account. I didn't want you thinking that I needed it (since I originally added it). - BS |
|
From: Bruce S. <bw...@ar...> - 2004-01-31 22:43:46
|
> Summary: alsa-driver fails under kernel 2.6 ALSA is included in the stock 2.6 kernel. I don't think you need the separate driver, only the lib & utils. - BS |
|
From: SourceForge.net <no...@so...> - 2004-01-31 19:59:04
|
Bugs item #888279, was opened at 2004-01-31 14:59 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=888279&group_id=34096 Category: Package Group: None Status: Open Resolution: None Priority: 5 Submitted By: Heiko Zuerker (smiley73) Assigned to: Nobody/Anonymous (nobody) Summary: alsa-driver fails under kernel 2.6 Initial Comment: alsa doesn't compile under kernel 2.6 tried with latest version 1.0.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=888279&group_id=34096 |
|
From: Heiko Z. <he...@zu...> - 2004-01-31 19:56:24
|
Roland Pabel wrote: > On Saturday 31 January 2004 16:22, Heiko Zuerker wrote: > >>Roland Pabel wrote: >> >>>Hi, >>>I'm currently coding the option to preselect the boot options (I prefer >>>1024x768, not text) and adding user-defined options to the boot loader. >>>In the /build/scripts/build-iso script, there is this passage which >>>writes the loader configs and the first two entries read (that's line >>>250) >>> >>>prompt 1 >>>label 0 >>>kernel /boot/vmlinuz >>>append root=/dev/ram0 initrd=/boot/initrd.gz init=/linuxrc ramdisk=8096 >>>label 1 >>>kernel /boot/vmlinuz >>>append root=/dev/ram0 initrd=/boot/initrd.gz init=/linuxrc >>>ramdisk_blocksize=4096 vga=769 >>> >>>the other labels look like "label 1". Shouldn't this read all the same >>>except for the vga option? Is ramdisk_blocksize an error (should be >>>ramdisk)? And I guess 8096 should read 4096... >> >>You are absolutely correct, this was a bug. Update from CVS and you'll >>get the fixed version. >> >>Hey I get an idea! Why don't you modify it so, that you can select the >>default resolution via menuconfig ? And of course send us the patch >>then.... ;-) > > Well, that is actually what I'm doing...(I hope that was no sarcasm ;) Cool. :-)) > The resolution selection part is already done, but I'm having some problems > with the "enter a text" part: > I can't find a way to transparently write "text" as the first word into > .result with the current scripts. You solved this for lists by returning > "listsel x" for a selected item, but "lxdialog --inputbox" doesn't support > that (at least I think so, can't find much documentation about it) > Roland Why don't you just make it a listsel ? 0 text mode 80x25 1 640x480 VESA 2 800x600 VESA and so on. In the build-iso file, then just "cut" it. This "should" work (of course no promise ;-) ) Heiko |
|
From: Heiko Z. <he...@zu...> - 2004-01-31 19:21:18
|
FYI |
|
From: Roland P. <pa...@ta...> - 2004-01-31 18:32:24
|
On Saturday 31 January 2004 16:22, Heiko Zuerker wrote: > Roland Pabel wrote: > > Hi, > > I'm currently coding the option to preselect the boot options (I prefer > > 1024x768, not text) and adding user-defined options to the boot loader. > > In the /build/scripts/build-iso script, there is this passage which > > writes the loader configs and the first two entries read (that's line > > 250) > > > > prompt 1 > > label 0 > > kernel /boot/vmlinuz > > append root=/dev/ram0 initrd=/boot/initrd.gz init=/linuxrc ramdisk=8096 > > label 1 > > kernel /boot/vmlinuz > > append root=/dev/ram0 initrd=/boot/initrd.gz init=/linuxrc > > ramdisk_blocksize=4096 vga=769 > > > > the other labels look like "label 1". Shouldn't this read all the same > > except for the vga option? Is ramdisk_blocksize an error (should be > > ramdisk)? And I guess 8096 should read 4096... > > You are absolutely correct, this was a bug. Update from CVS and you'll > get the fixed version. > > Hey I get an idea! Why don't you modify it so, that you can select the > default resolution via menuconfig ? And of course send us the patch > then.... ;-) Well, that is actually what I'm doing...(I hope that was no sarcasm ;) The resolution selection part is already done, but I'm having some problems with the "enter a text" part: I can't find a way to transparently write "text" as the first word into .result with the current scripts. You solved this for lists by returning "listsel x" for a selected item, but "lxdialog --inputbox" doesn't support that (at least I think so, can't find much documentation about it) Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: SourceForge.net <no...@so...> - 2004-01-31 16:31:24
|
Feature Requests item #888182, was opened at 2004-01-31 11:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410646&aid=888182&group_id=34096 Category: Build System Group: v1.1.x Status: Open Priority: 5 Submitted By: Heiko Zuerker (smiley73) Assigned to: Nobody/Anonymous (nobody) Summary: default screen resolution via menuconfig Initial Comment: add selection to menuconfig, to set the default screen resolution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410646&aid=888182&group_id=34096 |
|
From: Heiko Z. <he...@zu...> - 2004-01-31 16:06:17
|
Friedrich Lobenstock wrote: > hzu...@ra... wrote on 29.01.2004 14:57 MET: > >> On 01/28/2004 05:47:18 PM Friedrich Lobenstock wrote: >> >>> Bruce Smith wrote on 28.01.2004 14:37 MET: >>> >>>>> does anyone have a problem with it, when I pre-select all the files in >>>>> upgrade-config per default? [...] >>>> >>>> >>>> I think we should set some things by default, and not others. >>>> >>>> For example, files in /etc/init.d/ should NOT be selected by default >>>> since they are most likely updates that should not be overwritten. >>> >>> >>> But the firewall.rules file should of course be selected as >>> that is usually the most important part on any DL, isn't it? ;-) >> >> >> Good point. > > > Shouldn't we move firewall.rules to /etc/sysconfig/network? > /etc/sysconfig will propably be always be selected for upgrade. > That's a good thought, I would agree to this. Of course upgrade-config needs to take care of this. Heiko |
|
From: SourceForge.net <no...@so...> - 2004-01-31 16:01:08
|
Bugs item #884161, was opened at 2004-01-25 09:52 Message generated for change (Comment added) made by smiley73 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=884161&group_id=34096 Category: Package Group: v1.1 Status: Open Resolution: None Priority: 5 Submitted By: Heiko Zuerker (smiley73) Assigned to: Nobody/Anonymous (nobody) Summary: python fails with kernel 2.6 Initial Comment: /bin/install -c -m 644 pyconfig.h /data/build/tmp/Python-install/usr/include/python2.3/pyconfig.h case $MAKEFLAGS in *-s*) CC='i586-pc-linux-gnu-gcc -pthread' LDSHARED='i586-pc-linux-gnu-gcc -pthread -shared' OPT='-DNDEBUG -g -O3 -Wall -Wstrict-prototypes' ./python -E ./setup.py -q build;; *) CC='i586-pc-linux-gnu-gcc -pthread' LDSHARED='i586-pc-linux-gnu-gcc -pthread -shared' OPT='-DNDEBUG -g -O3 -Wall -Wstrict-prototypes' ./python -E ./setup.py build;; esac running build running build_ext running build_scripts Creating directory /data/build/tmp/Python-install/usr/lib/python2.3/config /bin/install -c -m 644 Modules/config.c /data/build/tmp/Python-install/usr/lib/python2.3/config/config.c /bin/install -c -m 644 Modules/python.o /data/build/tmp/Python-install/usr/lib/python2.3/config/python.o /bin/install -c -m 644 ./Modules/config.c.in /data/build/tmp/Python-install/usr/lib/python2.3/config/config.c.in /bin/install -c -m 644 Makefile /data/build/tmp/Python-install/usr/lib/python2.3/config/Makefile /bin/install -c -m 644 Modules/Setup /data/build/tmp/Python-install/usr/lib/python2.3/config/Setup /bin/install -c -m 644 Modules/Setup.local /data/build/tmp/Python-install/usr/lib/python2.3/config/Setup.local /bin/install -c -m 644 Modules/Setup.config /data/build/tmp/Python-install/usr/lib/python2.3/config/Setup.config /bin/install -c ./Modules/makesetup /data/build/tmp/Python-install/usr/lib/python2.3/config/makesetup /bin/install -c ./install-sh /data/build/tmp/Python-install/usr/lib/python2.3/config/install-sh ./python -E ./setup.py install --prefix=/data/build/tmp/Python-install/usr --install-scripts=/data/build/tmp/Python-install/usr/bin --install-platlib=/data/build/tmp/Python-install/usr/lib/python2.3/lib-dynload --root=/ running install running build running build_ext running build_scripts running install_lib creating /data/build/tmp/Python-install/usr/lib/python2.3/lib-dynload copying build/lib.linux-i686-2.3/_testcapi.so -> /data/build/tmp/Python-install/usr/lib/python2.3/lib-dynload error: /data/build/tmp/Python-install/usr/lib/python2.3/lib-dynload/_testcapi.so: Function not implemented make[1]: *** [sharedinstall] Error 1 make[1]: Leaving directory `/data/build/tmp/Python-2.3.3' ---------------------------------------------------------------------- >Comment By: Heiko Zuerker (smiley73) Date: 2004-01-31 11:01 Message: Logged In: YES user_id=112133 using the old kernel headers didn't help, let's wait for the next python version ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=884161&group_id=34096 |
|
From: Friedrich L. <fl...@fl...> - 2004-01-31 15:30:37
|
hzu...@ra... wrote on 29.01.2004 14:57 MET: > On 01/28/2004 05:47:18 PM Friedrich Lobenstock wrote: > >>Bruce Smith wrote on 28.01.2004 14:37 MET: >> >>>>does anyone have a problem with it, when I pre-select all the files in >>>>upgrade-config per default? [...] >>> >>>I think we should set some things by default, and not others. >>> >>>For example, files in /etc/init.d/ should NOT be selected by default >>>since they are most likely updates that should not be overwritten. >> >>But the firewall.rules file should of course be selected as >>that is usually the most important part on any DL, isn't it? ;-) > > Good point. Shouldn't we move firewall.rules to /etc/sysconfig/network? /etc/sysconfig will propably be always be selected for upgrade. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Heiko Z. <he...@zu...> - 2004-01-31 15:26:21
|
Roland Pabel wrote: > Hi, > I'm currently coding the option to preselect the boot options (I prefer > 1024x768, not text) and adding user-defined options to the boot loader. > In the /build/scripts/build-iso script, there is this passage which writes the > loader configs and the first two entries read (that's line 250) > > prompt 1 > label 0 > kernel /boot/vmlinuz > append root=/dev/ram0 initrd=/boot/initrd.gz init=/linuxrc ramdisk=8096 > label 1 > kernel /boot/vmlinuz > append root=/dev/ram0 initrd=/boot/initrd.gz init=/linuxrc > ramdisk_blocksize=4096 vga=769 > > the other labels look like "label 1". Shouldn't this read all the same except > for the vga option? Is ramdisk_blocksize an error (should be ramdisk)? > And I guess 8096 should read 4096... You are absolutely correct, this was a bug. Update from CVS and you'll get the fixed version. Hey I get an idea! Why don't you modify it so, that you can select the default resolution via menuconfig ? And of course send us the patch then.... ;-) Heiko |
|
From: Heiko Z. <he...@zu...> - 2004-01-31 15:25:17
|
Oliver Jehle wrote: > looks like a problem between libgcrypt and ddt... > Yes, the bug is already reported on SF. It looks to me, that ddt isn't maintained anymore. I wanted to wait until we get closer to the next major DL release and nuke it, in case there's no update available. Heiko |
|
From: <hzu...@ra...> - 2004-01-31 15:22:49
|
On 01/28/2004 05:47:18 PM Friedrich Lobenstock wrote: >Bruce Smith wrote on 28.01.2004 14:37 MET: >>>does anyone have a problem with it, when I pre-select all the files in >>>upgrade-config per default? [...] >> >> I think we should set some things by default, and not others. >> >> For example, files in /etc/init.d/ should NOT be selected by default >> since they are most likely updates that should not be overwritten. > >But the firewall.rules file should of course be selected as >that is usually the most important part on any DL, isn't it? ;-) Good point. Heiko |
|
From: Heiko Z. <he...@zu...> - 2004-01-31 15:21:21
|
Emmanuel ESCARABAJAL wrote: > Hi, > > Bruce Smith a écrit: > >>>> same problem as with pwlib... including the 2.4 headers for compile >>>> works .. >>>> >>>> they split the mach headers in 2.6 for the different i386 >>>> architectures.. think openh323 project need to fix this, if they >>>> use the wrong set of includes for 2.6 ... >>> >>> >>> Using the old headers, doesn't this mean that the application won't >>> work anyway ? >> >> >> >> I honestly have no idea, I never tried it. >> >> I originally added it for someone else, who has never used it either. >> >> >>> Shouldn't we rather disable it for now? >> >> >> >> Yes. >> >> As far as I'm concerned, we can nuke the whole thing. It takes for >> f'n ever to compile, and I usually deselect it anyway! :-) >> > > Maybe not Nuke it ... just leave it for the time it needs to be updated ... > > IMO, it's not a bad thing to have h323 gateway on a communication box ... I agree with Manu, let's keep it in there. Heiko |
|
From: Heiko Z. <he...@zu...> - 2004-01-31 15:20:18
|
Oliver Jehle wrote:
> as i know, its only a compilation problem... debian and others
> install separate header packages only for this case...
>
> the kernel developers write very nice notes about using direct the
> kernel includes...
Do we have alternatives ?
> i would tag the 2.6 as testing, and write a big compile note when
> compiling with 2.6 and using the 2.4 includes...
Agreed
> function old_kernel_includes () {
> OLDINCLUDEDIR=$(find_src_dir 2.4.21-include)
> if [ "CONFIG_KERNEL_VERSION" == "2.6" ]; then
> echo "HEY DUDE, PLEASE NOTE ..... YOU COMPILE FOR KERNEL 2.6"
> echo "AND USE OLD INCLUDES FROM 2.4 BECAUSE THE PACKAGE ISNT"
> echo "COMPILE-READY FOR 2.6"
> fi
I like that, I added it.
Will be checked in once my big 2.6-test-recompile is finished.
> ln -nsf $OLDINCLUDEDIR/linux /usr/include/linux || exit 1
> ln -nsf $OLDINCLUDEDIR/asm-i386 /usr/include/asm || exit 1
> ln -nsf $OLDINCLUDEDIR/asm-generic /usr/include/asm-generic ||
> exit 1
> }
>
>
>
> but perhaps, the new openh323 release is already prepared ???
So far nothing new is available, we need to wait a little more.
Heiko
|
|
From: <no...@fr...> - 2004-01-31 11:01:36
|
This email is to inform you about the release of version '1.6.1beta1' of 'Apache Ant' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/ant/ The changes in this release are as follows: This release fixes several bugs, most notably the handling of the default namespace for nested elements. It also introduces initial support for compiling with Java 1.5. Project description: Ant is a Java based build tool, similar to make, but with better support for the cross platform issues involved with developing Java applications. Ant is the build tool of choice for all Java projects at Apache and many other Open Source Java projects. Trove categories: [Development Status ] 5 - Production/Stable [Intended Audience ] Developers [License ] The Apache License [Operating System ] OS Independent [Programming Language] Java [Topic ] Software Development :: Build Tools 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 and categories you're subscribed to in the right column, which you may cancel by highlighting the project or category in question and clicking the 'delete' button. Sincerely, freshmeat.net ____________________________| Advertising |____________________________ Get the Latest Version of Lotus Notes/Domino 6.5 Now Download the most recent version of this powerful, enterprise-class messaging tool. Click to get started http://ads.osdn.com/?ad_id=1305&alloc_id=3419&op=click ____________________________| Advertising |____________________________ |
|
From: <no...@fr...> - 2004-01-31 09:38:34
|
This email is to inform you about the release of version '1.0.0-pre6' of 'BusyBox' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/busybox/ The changes in this release are as follows: This version includes various size optimizations, bugfixes, and cleanups. Project description: BusyBox combines tiny versions of many common UNIX utilities into a single small executable. It provides minimalist replacements for most of the utilities you usually find in GNU fileutils, shellutils, etc. The utilities in BusyBox generally have fewer options than their full-featured GNU cousins; however, the options that are included provide the expected functionality and behave very much like their GNU counterparts. BusyBox provides a fairly complete POSIX environment for any small or embedded system. Trove categories: [Development Status ] 5 - Production/Stable [Environment ] Console (Text Based) [Intended Audience ] End Users/Desktop [License ] OSI Approved :: GNU General Public License (GPL) [Operating System ] POSIX :: Linux [Programming Language] C [Topic ] Software Development :: Embedded Systems, System :: Boot :: Init 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 and categories you're subscribed to in the right column, which you may cancel by highlighting the project or category in question and clicking the 'delete' button. Sincerely, freshmeat.net ____________________________| Advertising |____________________________ Get the Latest Version of Lotus Notes/Domino 6.5 Now Download the most recent version of this powerful, enterprise-class messaging tool. Click to get started http://ads.osdn.com/?ad_id=1305&alloc_id=3419&op=click ____________________________| Advertising |____________________________ |
|
From: <no...@fr...> - 2004-01-31 09:36:38
|
This email is to inform you about the release of version '1.12' of 'kbd' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/kbd/ The changes in this release are as follows: getkeycodes and showkey have been updated for Linux 2.6. There are minor changes to is-latin1.map and a new is-latin1-us.map keymap. There are new translations (el.po and pl.po). Project description: The kbd package contains keytable files and keyboard utilities compatible with kernel version 1.1.54 and later. Setfont requires 1.1.92 or later. Trove categories: [Environment ] Console (Text Based) [Intended Audience ] End Users/Desktop [License ] OSI Approved :: GNU General Public License (GPL) [Topic ] Utilities 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 and categories you're subscribed to in the right column, which you may cancel by highlighting the project or category in question and clicking the 'delete' button. Sincerely, freshmeat.net ____________________________| Advertising |____________________________ Get the Latest Version of Lotus Notes/Domino 6.5 Now Download the most recent version of this powerful, enterprise-class messaging tool. Click to get started http://ads.osdn.com/?ad_id=1305&alloc_id=3419&op=click ____________________________| Advertising |____________________________ |
|
From: <no...@fr...> - 2004-01-31 08:15:43
|
This email is to inform you about the release of version '21.4' of 'psmisc' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/psmisc/ The changes in this release are as follows: Typos in killall.1 were fixed. fuser -ki now tells the user that the default is N. pstree -a doesn't print a space at the end of a line. New sort flags are supported. pstree.x11 is now just pstree with a trick. Icons for pstree were added. The message printed if no processes were found was removed. Excess blanks in fuser were removed. Project description: Miscellaneous proc FS tools: fuser, killall, pidof, and pstree. Trove categories: [Development Status ] 5 - Production/Stable [Environment ] Console (Text Based) [Intended Audience ] End Users/Desktop, System Administrators [License ] OSI Approved :: GNU General Public License (GPL) [Operating System ] POSIX :: Linux [Programming Language] C [Topic ] System :: Systems Administration 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 and categories you're subscribed to in the right column, which you may cancel by highlighting the project or category in question and clicking the 'delete' button. Sincerely, freshmeat.net ____________________________| Advertising |____________________________ Get the Latest Version of Lotus Notes/Domino 6.5 Now Download the most recent version of this powerful, enterprise-class messaging tool. Click to get started http://ads.osdn.com/?ad_id=1305&alloc_id=3419&op=click ____________________________| Advertising |____________________________ |
35 messages has been excluded from this view by a project administrator.
