devil-linux-develop — developer discussions

Re: [Devil-linux-develop] Problem with mount.cifs

[Heiko Z. <he...@zu...>]

Hey,

I did a quick test about going to glibc 2.14.1.
Unfortunately a lot of things are breaking, so this is not really an option
since I don't want to delay the 1.6 release any further.

Hopefully you'll find a better solution to the issue.

-- 

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

> -----Original Message-----
> From: Andrzej Odyniec [mailto:an...@ma...]
> Sent: Friday, February 17, 2012 9:41 AM
> To: dev...@li...
> Subject: Re: [Devil-linux-develop] Problem with mount.cifs
> 
> Heiko,
> 
> > I don't see a reason why the 32bit version should differ from the
> > 64bit, but of course there could always be a problem with a configure
> > script.
> 
> I don't see, too.
> 
> > Do you think the problem is in the glibc? We could try building with
> > 2.14.1 and see if that fixes the issue.
> 
> Yes, I think, but I'm don shure yet. This need some tests or debug.
> 
> There is no doubt: mount.cifs before any mounting is making the following:
> -- cd to mountpoint directory and after
> -- realpath of directory "."
> 
> And this error message is preset only in one place: after unsuccesfull
> realpath.
> 
> mount.cifs has no his own realpath (as many packages have), but is using
one
> from libc linked dynamically:
> 
> > root:/build/tmp# objdump -t cifs-utils-5.3/mount.cifs |grep realpath
> > 00000000       F *UND*  00000000              realpath@@GLIBC_2.3
> 
> and this version of realpath is needed by mount.cifs.
> > root:/build/tmp# objdump -t /lib/libc-2.12.2.so |grep realpath
> > 00000000 l    df *ABS*  00000000              realpath_chk.c
> > 00037960 l     F .text  00000512              __realpath
> > 00108080 l     F .text  00000041              __old_realpath
> > 00108080 g     F .text  00000041              realpath@GLIBC_2.0
> > 00037960 g     F .text  00000512              realpath@@GLIBC_2.3
> > 000e3030 g     F .text  00000038              __realpath_chk
> 
> As You remebmer, standardizers changed last argument of realpath,
> disallowing/allowing null pointer. old-realpath disallows this but
realpath
> allows. mount.cifs uses null pointer in this place. So realpath@@GLIBC_2.3
> used by mount.cifs in libc points to __realpath. This is correct.
> 
> libc-*.so is the only library in system, which has .text for *UND* named
> realpath@@GLIBC_2.3, so problem must be in dynamic linking of this entry
> or in the libc. As for now I'm not sure, where is problem. Error can be in
> broken __realpath binaries (not in __old_realpath), assuming compiler code
> generator error, or in dynamic linker too.
> 
> Anyway, in source code, (look at glibc-*/stdlib/canonicalize.c) this error
> (EINVAL) is returned in two places only: in __realpath, when first
parameter
> is null and in __old_realpath, when the second parameter is null (this is
our
> situation). __old_realpath is cover for __realpath.
> 
> If this same binaries of mount.cifs in build system work but in main
system --
> does not --- problem is probably with linked library.
> 
> But as you know, there is no certainty.
> 
> Best regards
> 
> --
> Andrzej Odyniec
> 
>
----------------------------------------------------------------------------
--
> Virtualization & Cloud Management Using Capacity Planning Cloud computing
> makes use of virtualization - but cloud computing also focuses on allowing
> computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop

Re: [Devil-linux-develop] Problem with mount.cifs

[Serge L. <ser...@gm...>]

Hi,

There is a list of 32-bit apps in devil-linux-1.6.0-RC2-x86_64:


/bin/vconfig: ELF 32-bit LSB executable
/lib/firmware/mixart/miXart8.elf: ELF 32-bit MSB executable
/usr/lib/libg++.so.2.7.2: ELF 32-bit LSB shared object
/usr/lib/libg++-3-libc6.2-2-2.8.1.3.so: ELF 32-bit LSB shared object
/usr/lib/libstdc++.so.2.7.2.8: ELF 32-bit LSB shared object
/usr/lib/libstdc++.so.2.8: ELF 32-bit LSB shared object
/usr/lib/libstdc++.so.2.9.0: ELF 32-bit LSB shared object
/usr/lib/libstdc++-3-libc6.1-2-2.10.0.so: ELF 32-bit LSB shared object
/usr/lib/libstdc++-3-libc6.2-2-2.10.0.so: ELF 32-bit LSB shared object
/usr/lib/libstdc++-libc6.1-1.so.2: ELF 32-bit LSB shared object
/usr/libexec/webmin/mount/freebsd-mounts-3: ELF 32-bit LSB executable
/usr/libexec/webmin/mount/freebsd-mounts-4: ELF 32-bit LSB executable
/usr/libexec/webmin/mount/freebsd-mounts-5: ELF 32-bit LSB executable

  I excluded grub related files which is obviously can be only 32-bit (grub-0.9.x).

PS. I paid special attention in my DL_64 build system to prevent mixed lib (32 & 
64) environment - it leads really weird  side-effect.

PPS. I'm working on network scrips, ad it should eliminate the problem with 
vconfig, IP aliases etc. No ETA yet, but there is only one problem remain - 
realization of sorted graph algorithm on bash - I'm added dependencies into the 
network scripts.


Serge

Re: [Devil-linux-develop] Problem with mount.cifs

[Andrzej O. <an...@ma...>]

Heiko,

> I don't see a reason why the 32bit version should differ from the  
> 64bit, but of course there could always be a problem with a configure  
> script.

I don't see, too.

> Do you think the problem is in the glibc? We could try building with  
> 2.14.1 and see if that fixes the issue.

Yes, I think, but I'm don shure yet. This need some tests or debug.

There is no doubt: mount.cifs before any mounting is making the following:
-- cd to mountpoint directory and after
-- realpath of directory "."

And this error message is preset only in one place: after unsuccesfull realpath.

mount.cifs has no his own realpath (as many packages have), but is using one 
from libc linked dynamically:

> root:/build/tmp# objdump -t cifs-utils-5.3/mount.cifs |grep realpath
> 00000000       F *UND*  00000000              realpath@@GLIBC_2.3

and this version of realpath is needed by mount.cifs.
> root:/build/tmp# objdump -t /lib/libc-2.12.2.so |grep realpath
> 00000000 l    df *ABS*  00000000              realpath_chk.c
> 00037960 l     F .text  00000512              __realpath
> 00108080 l     F .text  00000041              __old_realpath
> 00108080 g     F .text  00000041              realpath@GLIBC_2.0
> 00037960 g     F .text  00000512              realpath@@GLIBC_2.3
> 000e3030 g     F .text  00000038              __realpath_chk

As You remebmer, standardizers changed last argument of realpath, 
disallowing/allowing null pointer. old-realpath disallows this but realpath 
allows. mount.cifs uses null pointer in this place. So realpath@@GLIBC_2.3 
used by mount.cifs in libc points to __realpath. This is correct.

libc-*.so is the only library in system, which has .text for *UND* named 
realpath@@GLIBC_2.3, so problem must be in dynamic linking of this entry or in 
the libc. As for now I'm not sure, where is problem. Error can be in broken 
__realpath binaries (not in __old_realpath), assuming compiler code generator 
error, or in dynamic linker too.

Anyway, in source code, (look at glibc-*/stdlib/canonicalize.c) this error 
(EINVAL) is returned in two places only: in __realpath, when first parameter 
is null and in __old_realpath, when the second parameter is null (this is our 
situation). __old_realpath is cover for __realpath.

If this same binaries of mount.cifs in build system work but in main system -- 
does not --- problem is probably with linked library.

But as you know, there is no certainty.

Best regards

-- 
Andrzej Odyniec

Re: [Devil-linux-develop] Problem with mount.cifs

[Heiko Z. <he...@zu...>]

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

> I wrote:
>> As promised, I diagnosed the cause of the error. It happens because of
>> improper build of glibc. Probably compatibility variables are  
>> improperly set.
>> Maybe SHLIB_COMPAT or another, from which it is dependent.
> SHLIB_COMPAT should select correct version, because this old version was
> accepted up to 2.3 but now is 2.12 (ofcourse, if SHLIB_COMPAT macro  
> is working well). Maybe libc
> was built correctly but for 32-bit build to CDROM is inserted  
> improper, old version of libc?

I don't see a reason why the 32bit version should differ from the  
64bit, but of course there could always be a problem with a configure  
script.

Do you think the problem is in the glibc? We could try building with  
2.14.1 and see if that fixes the issue.

-- 

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

Re: [Devil-linux-develop] Problem with mount.cifs

[Andrzej O. <an...@ma...>]

I wrote:
> As promised, I diagnosed the cause of the error. It happens because of
> improper build of glibc. Probably compatibility variables are improperly set.
> Maybe SHLIB_COMPAT or another, from which it is dependent.
SHLIB_COMPAT should select correct version, because this old version was
accepted up to 2.3 but now is 2.12 (ofcourse, if SHLIB_COMPAT macro is working well). Maybe libc
was built correctly but for 32-bit build to CDROM is inserted improper, old version of libc?

Best regards

-- 
Andrzej Odyniec

Re: [Devil-linux-develop] Problem with mount.cifs

[Andrzej O. <an...@ma...>]

Heiko,

>>Does the version I built work for you?
I checked Your 32-bit compilation downloaded from Sourceforge.
mount.cifs is working improperly too, that is: not working at all.

> BTW. if that does not have any effect, I will look for deeper. I will try 
> catch this broken realpath. It is only matter of time.

As promised, I diagnosed the cause of the error. It happens because of 
improper build of glibc. Probably compatibility variables are improperly set. 
Maybe SHLIB_COMPAT or another, from which it is dependent. Because of this, in 
32-bit compilation is used to compile and build of stdlib and to build symbol 
realpath in symbol table of libc not __realpath but __old_realpath. With body 
of __old_realpath as called by realpath symbol, program mount.cifs "as is" 
will not work.

Especially in lfssystem32 (after cr) libc is correct and this same, just 
compiled mount.cifs is working correctly.

When I find time, I will try to construct patch and send. Now is the reporting 
period and I have a lot of other work.

Best Regards

-- 
Andrzej Odyniec

Re: [Devil-linux-develop] Problem with mount.cifs

[Andrzej O. <an...@ma...>]

Heiko Zuerker wrote:
> Does the version I built work for you?

I usually build my mod version. Today I built clean from default config 
without any mods. Result is identical - mount.cifs isn't working.

Now I wil run another build after your updates.

BTW. if that does not have any effect, I will look for deeper. I will try 
catch this broken realpath. It is only matter of time.

Best regards

-- 
Andrzej Odyniec

Re: [Devil-linux-develop] Problem with mount.cifs

[Heiko Z. <he...@zu...>]

Quoting Dominic Raferd <dl...@ed...>:

> On 13/02/2012 16:53, Heiko Zuerker wrote:
>> I was able to turn the wide links off when I upgraded to the latest DL
>> with Samba 3.6.3. Give that a try.
>
> I look forward to it.  My Devil-Linux 1.6.0-RC2 has Samba 3.5.12. I
> guess 3.6.3 is coming in the next RC release?

Yes it will be in RC3.

-- 

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

Re: [Devil-linux-develop] Problem with mount.cifs

[Dominic R. <dl...@ed...>]

On 13/02/2012 16:53, Heiko Zuerker wrote:
> I was able to turn the wide links off when I upgraded to the latest DL 
> with Samba 3.6.3. Give that a try. 

I look forward to it.  My Devil-Linux 1.6.0-RC2 has Samba 3.5.12. I 
guess 3.6.3 is coming in the next RC release?

Re: [Devil-linux-develop] Problem with mount.cifs

[Heiko Z. <he...@zu...>]

Quoting Dominic Raferd <dl...@ed...>:

> On 13/02/2012 13:45, Heiko Zuerker wrote:     > Hey,   Quoting Andrzej
> Odyniec <an...@ma...>[1]:> Heiko Zuerker wrote:> The addition of
> cifsutils was in preparation of the upgrade to samba 3.6. The new samba
> version doesn't include any of the cifs client tools, that's why we need
> that package.
>>> Heiko,  You are right. I did not check carefully the cause. Now I'm
>>> wiser, because I read the sources.> I just checked in the latest samba
>>> and an update to cifsutils. Hopefully the newer version works better
>>> for you.
>>> Before I wrote first mail, I checked the same with these new   versions
>>> of samba and cifs-utils. It did not solve the problem. Anyway, thanks
>>> for the upgrade.  The problem is with realpath function, which is used
>>> in mount.cifs to canonicalize mount point path. Two specifications are
>>> used for this function: one assumes that the second argument is obvious
>>> pointer to the buffer for canonicalized path, and the second allows to
>>> NULL pointer, when realpath should malloc memory for that buffer.
>>> mount.cifs uses second form and gives NULL pointer to this call, but
>>> for some reason (for me at least), realpath is not accepting NULL in
>>> the second parameter and gives error. Well, only in 32-bit compilation.
>>> Maybe because of some additional packages, added myself, cifs-utils
>>> catch invalid library? I have to find the cause or patch   cifs-utils.
>> Does the version I built work for you?
>
> Andrzej/Heiko:
>
> I wonder if this is related to the 'Samba       wide links problems:
> canonicalize_connect_path failed[2]' problem     that I reported on
> devil-linux-discuss on 21 Jan 2011 - and which     still persists. It
> certainly sounds similar. Is it possible that the     problem is caused by
> the location of smb.conf?

I was able to turn the wide links off when I upgraded to the latest DL  
with Samba 3.6.3.
Give that a try.

-- 

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

Re: [Devil-linux-develop] Problem with mount.cifs

[Dominic R. <dl...@ed...>]

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 13/02/2012 13:45, Heiko Zuerker wrote:
    <blockquote
cite="mid:201...@ww..."
      type="cite">
      <pre wrap="">Hey,


Quoting Andrzej Odyniec <a class="moz-txt-link-rfc2396E" href="mailto:an...@ma...">&lt;an...@ma...&gt;</a>:
</pre>
      <blockquote type="cite">
        <pre wrap="">Heiko Zuerker wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">The addition of cifsutils was in preparation of the upgrade to samba 3.6.
The new samba version doesn't include any of the cifs client tools, that's
why we need that package.
</pre>
        </blockquote>
        <pre wrap="">
Heiko,

You are right. I did not check carefully the cause. Now I'm wiser, because I
read the sources.

</pre>
        <blockquote type="cite">
          <pre wrap="">I just checked in the latest samba and an update to cifsutils. Hopefully the
newer version works better for you.
</pre>
        </blockquote>
        <pre wrap="">
Before I wrote first mail, I checked the same with these new  
versions of samba
and cifs-utils. It did not solve the problem. Anyway, thanks for the upgrade.

The problem is with realpath function, which is used in mount.cifs to
canonicalize mount point path. Two specifications are used for this function:
one assumes that the second argument is obvious pointer to the buffer for
canonicalized path, and the second allows to NULL pointer, when realpath
should malloc memory for that buffer. mount.cifs uses second form and gives
NULL pointer to this call, but for some reason (for me at least), realpath is
not accepting NULL in the second parameter and gives error. Well, only in
32-bit compilation. Maybe because of some additional packages, added myself,
cifs-utils catch invalid library? I have to find the cause or patch  
cifs-utils.
</pre>
      </blockquote>
      <pre wrap="">
Does the version I built work for you?

</pre>
    </blockquote>
    <br>
    Andrzej/Heiko:<br>
    <br>
    I wonder if this is related to the '<a
href="http://old.nabble.com/Samba-wide-links-problems%3A-canonicalize_connect_path-failed-td30728652.html">Samba
      wide links problems: canonicalize_connect_path failed</a>' problem
    that I reported on devil-linux-discuss on 21 Jan 2011 - and which
    still persists. It certainly sounds similar. Is it possible that the
    problem is caused by the location of smb.conf?<br>
  </body>
</html>

Re: [Devil-linux-develop] Problem with mount.cifs

[Heiko Z. <he...@zu...>]

Hey,


Quoting Andrzej Odyniec <an...@ma...>:
> Heiko Zuerker wrote:
>> The addition of cifsutils was in preparation of the upgrade to samba 3.6.
>> The new samba version doesn't include any of the cifs client tools, that's
>> why we need that package.
>
> Heiko,
>
> You are right. I did not check carefully the cause. Now I'm wiser, because I
> read the sources.
>
>> I just checked in the latest samba and an update to cifsutils. Hopefully the
>> newer version works better for you.
>
> Before I wrote first mail, I checked the same with these new  
> versions of samba
> and cifs-utils. It did not solve the problem. Anyway, thanks for the upgrade.
>
> The problem is with realpath function, which is used in mount.cifs to
> canonicalize mount point path. Two specifications are used for this function:
> one assumes that the second argument is obvious pointer to the buffer for
> canonicalized path, and the second allows to NULL pointer, when realpath
> should malloc memory for that buffer. mount.cifs uses second form and gives
> NULL pointer to this call, but for some reason (for me at least), realpath is
> not accepting NULL in the second parameter and gives error. Well, only in
> 32-bit compilation. Maybe because of some additional packages, added myself,
> cifs-utils catch invalid library? I have to find the cause or patch  
> cifs-utils.

Does the version I built work for you?

-- 

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

Re: [Devil-linux-develop] Problem with mount.cifs

[Andrzej O. <an...@ma...>]

Heiko Zuerker wrote:
> The addition of cifsutils was in preparation of the upgrade to samba 3.6.
> The new samba version doesn't include any of the cifs client tools, that's
> why we need that package.

Heiko,

You are right. I did not check carefully the cause. Now I'm wiser, because I 
read the sources.

> I just checked in the latest samba and an update to cifsutils. Hopefully the
> newer version works better for you.

Before I wrote first mail, I checked the same with these new versions of samba 
and cifs-utils. It did not solve the problem. Anyway, thanks for the upgrade.

The problem is with realpath function, which is used in mount.cifs to 
canonicalize mount point path. Two specifications are used for this function: 
one assumes that the second argument is obvious pointer to the buffer for 
canonicalized path, and the second allows to NULL pointer, when realpath 
should malloc memory for that buffer. mount.cifs uses second form and gives 
NULL pointer to this call, but for some reason (for me at least), realpath is 
not accepting NULL in the second parameter and gives error. Well, only in 
32-bit compilation. Maybe because of some additional packages, added myself, 
cifs-utils catch invalid library? I have to find the cause or patch cifs-utils.

Regards

-- 
Andrzej Odyniec

Re: [Devil-linux-develop] Problem with mount.cifs

[Heiko Z. <he...@zu...>]

Andrzej

The addition of cifsutils was in preparation of the upgrade to samba 3.6.
The new samba version doesn't include any of the cifs client tools, that's
why we need that package.

I just checked in the latest samba and an update to cifsutils. Hopefully the
newer version works better for you.

-- 

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


> -----Original Message-----
> From: Andrzej Odyniec [mailto:an...@ma...]
> Sent: Wednesday, February 08, 2012 12:37 PM
> To: dev...@li...
> Subject: [Devil-linux-develop] Problem with mount.cifs
> 
> Dears
> 
> Starting with RC2 32-bit only (from kernel 3.1.7) I can't mount using
> mount.cifs. This Samba served directory is on Edimax NS-2502 NAS small
> server, so maybe is not typical, but as for now, worked well. Probably
issue is
> with cifs-utils, added with upgrade from 3.1.6 to 3.1.7, so probably
mount.cifs
> from cifs-utils works different then mount.cifs from samba package.
> mount.cifs gives the following:
> 
> > # mount.cifs //172.27.32.83/RAID /mnt -o user=***,password=*****
> > Unable to resolve (null) to canonical path: Invalid argument
> 
> This same script is working OK with DL compiled with kernel 3.1.6 and
earlier
> and with subsequent DL (up to last kernel 3.2.4) but only in x86_64
version.
> 
> In Internet I can't find solution. Maybe in DL should be installed
mount.cifs
> from samba, not from cifs-utils?
> 
> Regards
> 
> --
> Andrzej Odyniec
> 
> 
>
----------------------------------------------------------------------------
--
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop

Re: [Devil-linux-develop] Devil-Linux 1.6.0-RC2 released

[Heiko Z. <he...@zu...>]

Stefan,

Thanks for the patch, it's now in CVS.


-- 

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

> -----Original Message-----
> From: Stefan Engel [mailto:ma...@en...]
> Sent: Thursday, February 09, 2012 4:39 PM
> To: dev...@li...
> Subject: Re: [Devil-linux-develop] Devil-Linux 1.6.0-RC2 released
> 
> Hi,
> 
> I just created issue #127
> https://sourceforge.net/apps/mantisbt/devil-linux/view.php?id=127
> 
> I encountered a problem with perl when building DL from scratch without
> support for Memcached and MySQL client. The perl script works fine during
> 'build' but fails during 'install'. The problem is that the config
conditions for
> the perl-ext modules are only evaluated during perl 'build' (using
> scripts/config/perl-ext) but are not used during 'install'.
> 
> I added a patch to the issue for fixing this bug.
> 
> Regards,
> Stefan
> 
> On 02/07/2012 02:19 PM, Heiko Zuerker wrote:
> > Hello DL Community!
> >
> > I'm happy to announce that the second release candidate of Devil-Linux
> > 1.6 is now available for download.
> > This release bring the linux kernel 3.2.4, mysql 5.5.20, fixes to
> > reported issues, and many other updates.
> > Please read the changelog for details.
> >
> > Please support the project and donate. Every little bit helps!
> > http://www.devil-linux.org/sitetools/donatedl.php
> >
> > Report any new bugs or submit patches here:
> > http://www.devil-linux.org/support/bugs.php
> >
> > --
> >
> > Regards
> >          Heiko Zuerker
> >          http://www.devil-linux.org
> >
> >
> >
> > ----------------------------------------------------------------------
> > --------
> > Write once. Port to many.
> > Get the SDK and tools to simplify cross-platform app development.
> > Create new or port existing apps to sell to consumers worldwide.
> > Explore the Intel AppUpSM program developer opportunity.
> > appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev
> > _______________________________________________
> > Devil-linux-announce mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devil-linux-announce
> >
> >
> >
> > ----------------------------------------------------------------------
> > -------- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't
> > need a complex infrastructure or vast IT resources to deliver
> > seamless, secure access to virtual desktops. With this all-in-one
> > solution, easily deploy virtual desktops for less than the cost of PCs
> > and save 60% on VDI infrastructure costs. Try it free!
> > http://p.sf.net/sfu/Citrix-VDIinabox
> > _______________________________________________
> > Devil-linux-develop mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
> >
> >
> >
> > ----------------------------------------------------------------------
> > -------- Keep Your Developer Skills Current with LearnDevNow!
> > The most comprehensive online learning library for Microsoft
> > developers is just $99.99! Visual Studio, SharePoint, SQL - plus
> > HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when
> you subscribe now!
> > http://p.sf.net/sfu/learndevnow-d2d
> > _______________________________________________
> > Devil-linux-develop mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
> >
> >
> 
> 
>
----------------------------------------------------------------------------
--
> Virtualization & Cloud Management Using Capacity Planning Cloud computing
> makes use of virtualization - but cloud computing also focuses on allowing
> computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop

Re: [Devil-linux-develop] Devil-Linux 1.6.0-RC2 released

[Stefan E. <ma...@en...>]

Hi,

I just created issue #127
https://sourceforge.net/apps/mantisbt/devil-linux/view.php?id=127

I encountered a problem with perl when building DL from scratch without
support for Memcached and MySQL client. The perl script works fine
during 'build' but fails during 'install'. The problem is that the
config conditions for the perl-ext modules are only evaluated during
perl 'build' (using scripts/config/perl-ext) but are not used during
'install'.

I added a patch to the issue for fixing this bug.

Regards,
Stefan

On 02/07/2012 02:19 PM, Heiko Zuerker wrote:
> Hello DL Community!
> 
> I'm happy to announce that the second release candidate of Devil-Linux
> 1.6 is now available for download.
> This release bring the linux kernel 3.2.4, mysql 5.5.20, fixes to  
> reported issues, and many other updates.
> Please read the changelog for details.
> 
> Please support the project and donate. Every little bit helps!
> http://www.devil-linux.org/sitetools/donatedl.php
> 
> Report any new bugs or submit patches here:
> http://www.devil-linux.org/support/bugs.php
> 
> --
> 
> Regards
>          Heiko Zuerker
>          http://www.devil-linux.org
> 
> 
> 
> ------------------------------------------------------------------------------
> Write once. Port to many.
> Get the SDK and tools to simplify cross-platform app development. Create
> new or port existing apps to sell to consumers worldwide. Explore the
> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
> http://p.sf.net/sfu/intel-appdev
> _______________________________________________
> Devil-linux-announce mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-announce
> 
> 
> 
> ------------------------------------------------------------------------------
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
> 
> 
> 
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
> 
> 

Re: [Devil-linux-develop] Devil-Linux 1.6.0-RC2 released

[Dominic R. <dl...@ed...>]

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    still 1.6.0-RC2-i686-server is working okay<a class="file"
href="ftp://ftp.devil-linux.org/pub/releases/devil-linux-1.6.0-RC2-i686-server.tar.bz2"></a>
    for me...<br>
    <br>
    Dominic<br>
    <br>
    On 09/02/2012 13:41, Heiko Zuerker wrote:
    <blockquote
cite="mid:201...@ww..."
      type="cite">
      <pre wrap="">Andrzej,

now this is interesting, how did the 32 bit compile even work for me?
I forgot to check-in the 32 bit changes to CVS, this is taken care of now.
Please try again.

Heiko

Quoting Andrzej Odyniec <a class="moz-txt-link-rfc2396E" href="mailto:an...@ma...">&lt;an...@ma...&gt;</a>:

</pre>
      <blockquote type="cite">
        <pre wrap="">Dear Heiko,

For this NEW kernel config variables build|prepare, as I can see, waits:

</pre>
        <blockquote type="cite">
          <pre wrap="">CONFIG_PCI_PRI=n
CONFIG_PCI_PASID=n
CONFIG_SCSI_MVUMI=m
CONFIG_DM_THIN_PROVISIONING=m
CONFIG_NET_VENDOR_ADAPTEC=y
CONFIG_NET_VENDOR_ALTEON=y
CONFIG_NET_VENDOR_AMD=y
CONFIG_NET_VENDOR_ATHEROS=y
CONFIG_NET_VENDOR_BROCADE=y
CONFIG_NET_VENDOR_CIRRUS=y
CONFIG_NET_VENDOR_CISCO=y
CONFIG_NET_VENDOR_DEC=y
CONFIG_NET_VENDOR_DLINK=y
CONFIG_NET_VENDOR_EMULEX=y
CONFIG_NET_VENDOR_EXAR=y
CONFIG_NET_VENDOR_FUJITSU=y
CONFIG_NET_VENDOR_HP=y
CONFIG_NET_VENDOR_INTEL=y
CONFIG_NET_VENDOR_I825XX=y
CONFIG_NET_VENDOR_MARVELL=y
CONFIG_NET_VENDOR_MELLANOX=y
CONFIG_NET_VENDOR_MICREL=y
CONFIG_NET_VENDOR_MICROCHIP=y
CONFIG_NET_VENDOR_MYRI=y
CONFIG_NET_VENDOR_NATSEMI=y
CONFIG_NATSEMI=m
CONFIG_NET_VENDOR_8390=y
CONFIG_NET_VENDOR_NVIDIA=y
CONFIG_NET_VENDOR_OKI=y
CONFIG_NET_PACKET_ENGINE=n
CONFIG_NET_VENDOR_QLOGIC=y
CONFIG_NET_VENDOR_REALTEK=y
CONFIG_NET_VENDOR_RDC=y
CONFIG_NET_VENDOR_SEEQ=y
CONFIG_NET_VENDOR_SILAN=y
CONFIG_NET_VENDOR_SIS=y
CONFIG_NET_VENDOR_SMSC=y
CONFIG_NET_VENDOR_STMICRO=y
CONFIG_NET_VENDOR_SUN=y
CONFIG_NET_VENDOR_TEHUTI=y
CONFIG_NET_VENDOR_TI=y
CONFIG_NET_VENDOR_VIA=y
CONFIG_NET_VENDOR_XIRCOM=y
CONFIG_B43_PHY_HT=n
CONFIG_INPUT_BMA150=m
CONFIG_INPUT_MC13783_PWRBUTTON=m
CONFIG_USB_GSPCA_TOPRO=m
CONFIG_FB_SMSCUFX=m
CONFIG_HID_LOGITECH_DJ=m
CONFIG_LOGIWHEELS_FF=n
CONFIG_HID_PRIMAX=m
CONFIG_USB_DWC3=m
CONFIG_SQUASHFS_4K_DEVBLK_SIZE=n
CONFIG_ENCRYPTED_KEYS=m
</pre>
        </blockquote>
        <pre wrap="">
Best Regards

--
Andrzej Odyniec

------------------------------------------------------------------------------
Virtualization &amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
<a class="moz-txt-link-freetext" href="http://www.accelacomm.com/jaw/sfnl/114/51521223/">http://www.accelacomm.com/jaw/sfnl/114/51521223/</a>
_______________________________________________
Devil-linux-develop mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Dev...@li...">Dev...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/devil-linux-develop">https://lists.sourceforge.net/lists/listinfo/devil-linux-develop</a>
</pre>
      </blockquote>
      <pre wrap="">

</pre>
    </blockquote>
  </body>
</html>

Re: [Devil-linux-develop] Devil-Linux 1.6.0-RC2 released

[Heiko Z. <he...@zu...>]

Andrzej,

now this is interesting, how did the 32 bit compile even work for me?
I forgot to check-in the 32 bit changes to CVS, this is taken care of now.
Please try again.

Heiko

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

> Dear Heiko,
>
> For this NEW kernel config variables build|prepare, as I can see, waits:
>
>> CONFIG_PCI_PRI=n
>> CONFIG_PCI_PASID=n
>> CONFIG_SCSI_MVUMI=m
>> CONFIG_DM_THIN_PROVISIONING=m
>> CONFIG_NET_VENDOR_ADAPTEC=y
>> CONFIG_NET_VENDOR_ALTEON=y
>> CONFIG_NET_VENDOR_AMD=y
>> CONFIG_NET_VENDOR_ATHEROS=y
>> CONFIG_NET_VENDOR_BROCADE=y
>> CONFIG_NET_VENDOR_CIRRUS=y
>> CONFIG_NET_VENDOR_CISCO=y
>> CONFIG_NET_VENDOR_DEC=y
>> CONFIG_NET_VENDOR_DLINK=y
>> CONFIG_NET_VENDOR_EMULEX=y
>> CONFIG_NET_VENDOR_EXAR=y
>> CONFIG_NET_VENDOR_FUJITSU=y
>> CONFIG_NET_VENDOR_HP=y
>> CONFIG_NET_VENDOR_INTEL=y
>> CONFIG_NET_VENDOR_I825XX=y
>> CONFIG_NET_VENDOR_MARVELL=y
>> CONFIG_NET_VENDOR_MELLANOX=y
>> CONFIG_NET_VENDOR_MICREL=y
>> CONFIG_NET_VENDOR_MICROCHIP=y
>> CONFIG_NET_VENDOR_MYRI=y
>> CONFIG_NET_VENDOR_NATSEMI=y
>> CONFIG_NATSEMI=m
>> CONFIG_NET_VENDOR_8390=y
>> CONFIG_NET_VENDOR_NVIDIA=y
>> CONFIG_NET_VENDOR_OKI=y
>> CONFIG_NET_PACKET_ENGINE=n
>> CONFIG_NET_VENDOR_QLOGIC=y
>> CONFIG_NET_VENDOR_REALTEK=y
>> CONFIG_NET_VENDOR_RDC=y
>> CONFIG_NET_VENDOR_SEEQ=y
>> CONFIG_NET_VENDOR_SILAN=y
>> CONFIG_NET_VENDOR_SIS=y
>> CONFIG_NET_VENDOR_SMSC=y
>> CONFIG_NET_VENDOR_STMICRO=y
>> CONFIG_NET_VENDOR_SUN=y
>> CONFIG_NET_VENDOR_TEHUTI=y
>> CONFIG_NET_VENDOR_TI=y
>> CONFIG_NET_VENDOR_VIA=y
>> CONFIG_NET_VENDOR_XIRCOM=y
>> CONFIG_B43_PHY_HT=n
>> CONFIG_INPUT_BMA150=m
>> CONFIG_INPUT_MC13783_PWRBUTTON=m
>> CONFIG_USB_GSPCA_TOPRO=m
>> CONFIG_FB_SMSCUFX=m
>> CONFIG_HID_LOGITECH_DJ=m
>> CONFIG_LOGIWHEELS_FF=n
>> CONFIG_HID_PRIMAX=m
>> CONFIG_USB_DWC3=m
>> CONFIG_SQUASHFS_4K_DEVBLK_SIZE=n
>> CONFIG_ENCRYPTED_KEYS=m
>
> Best Regards
>
> --
> Andrzej Odyniec
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop


-- 

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

Re: [Devil-linux-develop] Devil-Linux 1.6.0-RC2 released

[Andrzej O. <an...@ma...>]

Dear Heiko,

For this NEW kernel config variables build|prepare, as I can see, waits:

> CONFIG_PCI_PRI=n
> CONFIG_PCI_PASID=n
> CONFIG_SCSI_MVUMI=m
> CONFIG_DM_THIN_PROVISIONING=m
> CONFIG_NET_VENDOR_ADAPTEC=y
> CONFIG_NET_VENDOR_ALTEON=y
> CONFIG_NET_VENDOR_AMD=y
> CONFIG_NET_VENDOR_ATHEROS=y
> CONFIG_NET_VENDOR_BROCADE=y
> CONFIG_NET_VENDOR_CIRRUS=y
> CONFIG_NET_VENDOR_CISCO=y
> CONFIG_NET_VENDOR_DEC=y
> CONFIG_NET_VENDOR_DLINK=y
> CONFIG_NET_VENDOR_EMULEX=y
> CONFIG_NET_VENDOR_EXAR=y
> CONFIG_NET_VENDOR_FUJITSU=y
> CONFIG_NET_VENDOR_HP=y
> CONFIG_NET_VENDOR_INTEL=y
> CONFIG_NET_VENDOR_I825XX=y
> CONFIG_NET_VENDOR_MARVELL=y
> CONFIG_NET_VENDOR_MELLANOX=y
> CONFIG_NET_VENDOR_MICREL=y
> CONFIG_NET_VENDOR_MICROCHIP=y
> CONFIG_NET_VENDOR_MYRI=y
> CONFIG_NET_VENDOR_NATSEMI=y
> CONFIG_NATSEMI=m
> CONFIG_NET_VENDOR_8390=y
> CONFIG_NET_VENDOR_NVIDIA=y
> CONFIG_NET_VENDOR_OKI=y
> CONFIG_NET_PACKET_ENGINE=n
> CONFIG_NET_VENDOR_QLOGIC=y
> CONFIG_NET_VENDOR_REALTEK=y
> CONFIG_NET_VENDOR_RDC=y
> CONFIG_NET_VENDOR_SEEQ=y
> CONFIG_NET_VENDOR_SILAN=y
> CONFIG_NET_VENDOR_SIS=y
> CONFIG_NET_VENDOR_SMSC=y
> CONFIG_NET_VENDOR_STMICRO=y
> CONFIG_NET_VENDOR_SUN=y
> CONFIG_NET_VENDOR_TEHUTI=y
> CONFIG_NET_VENDOR_TI=y
> CONFIG_NET_VENDOR_VIA=y
> CONFIG_NET_VENDOR_XIRCOM=y
> CONFIG_B43_PHY_HT=n
> CONFIG_INPUT_BMA150=m
> CONFIG_INPUT_MC13783_PWRBUTTON=m
> CONFIG_USB_GSPCA_TOPRO=m
> CONFIG_FB_SMSCUFX=m
> CONFIG_HID_LOGITECH_DJ=m
> CONFIG_LOGIWHEELS_FF=n
> CONFIG_HID_PRIMAX=m
> CONFIG_USB_DWC3=m
> CONFIG_SQUASHFS_4K_DEVBLK_SIZE=n
> CONFIG_ENCRYPTED_KEYS=m

Best Regards

-- 
Andrzej Odyniec

[Devil-linux-develop] Problem with mount.cifs

[Andrzej O. <an...@ma...>]

Dears

Starting with RC2 32-bit only (from kernel 3.1.7) I can't mount using 
mount.cifs. This Samba served directory is on Edimax NS-2502 NAS small server, 
so maybe is not typical, but as for now, worked well. Probably issue is with 
cifs-utils, added with upgrade from 3.1.6 to 3.1.7, so probably mount.cifs 
from cifs-utils works different then mount.cifs from samba package. mount.cifs 
gives the following:

> # mount.cifs //172.27.32.83/RAID /mnt -o user=***,password=*****
> Unable to resolve (null) to canonical path: Invalid argument

This same script is working OK with DL compiled with kernel 3.1.6 and earlier 
and with subsequent DL (up to last kernel 3.2.4) but only in x86_64 version.

In Internet I can't find solution. Maybe in DL should be installed mount.cifs 
from samba, not from cifs-utils?

Regards

-- 
Andrzej Odyniec

[Devil-linux-develop] Devil-Linux 1.6.0-RC2 released

[Heiko Z. <he...@zu...>]

Hello DL Community!

I'm happy to announce that the second release candidate of Devil-Linux
1.6 is now available for download.
This release bring the linux kernel 3.2.4, mysql 5.5.20, fixes to  
reported issues, and many other updates.
Please read the changelog for details.

Please support the project and donate. Every little bit helps!
http://www.devil-linux.org/sitetools/donatedl.php

Report any new bugs or submit patches here:
http://www.devil-linux.org/support/bugs.php

--

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



------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create
new or port existing apps to sell to consumers worldwide. Explore the
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Devil-linux-announce mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devil-linux-announce



------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual
desktops for less than the cost of PCs and save 60% on VDI infrastructure
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Devil-linux-develop mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devil-linux-develop

[Devil-linux-develop] IMQ

[Heiko Z. <he...@zu...>]

Hello DL community,

is anybody still using IMQ?
IMQ is (once again) preventing us from moving to the latest kernel,  
since there's no new patch out yet.

-- 

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

Re: [Devil-linux-develop] cmake_support

[Heiko Z. <he...@zu...>]

Hey,

Quoting Oliver Niesner <oli...@go...>:

> On 01/22/2012 11:32 PM, Heiko Zuerker wrote:
>> Sorry for the late answer, I was out on vacation.
>>
>> I think it only makes sense to add it, if we have something specific which
>> requires it.
>> Which software did you need it for?
>>
> For a research i played around with this software:
>
>> http://www.delirandom.net/sniffjoke/
>
> I think, it is not neccessary to add this to DL this time.
> More important is in my opinion to add ipset, did you
> got my email with my scripts?

Yes I did.
I hope I'll get to it sometime this week.

-- 

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

Re: [Devil-linux-develop] cmake_support

[Oliver N. <oli...@go...>]

On 01/22/2012 11:32 PM, Heiko Zuerker wrote:
> Sorry for the late answer, I was out on vacation.
>
> I think it only makes sense to add it, if we have something specific which
> requires it.
> Which software did you need it for?
>
For a research i played around with this software:

> http://www.delirandom.net/sniffjoke/

I think, it is not neccessary to add this to DL this time.
More important is in my opinion to add ipset, did you
got my email with my scripts?

cu,

Oliver

Re: [Devil-linux-develop] cmake_support

[Heiko Z. <he...@zu...>]

Sorry for the late answer, I was out on vacation.

I think it only makes sense to add it, if we have something specific which
requires it.
Which software did you need it for?

-- 

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


> -----Original Message-----
> From: Oliver Niesner [mailto:ol...@rh...]
> Sent: Friday, January 13, 2012 4:49 AM
> To: dev...@li...
> Subject: [Devil-linux-develop] cmake_support
> 
> Hi!
> 
> This was the first time i had the need for cmake to compile a software for
my
> custom cd.
> I knew that there is no cmake in DL, so i decided to add cmake first into
the
> build-system.
> This went more or less straight forward.
> Then i was not sure, if cmake is useful in general.
> I needed cmake only for building - not for the final iso.
> 
> I want to ask the developers, if they think that cmake is useful in
general, or a
> bit to special for DL?
> If you think cmake is useful i can provide the necessary script(s) to
include
> this into the build-system and for the final iso if you want.
> 
> cheers,
> 
> Oliver
> 
>
----------------------------------------------------------------------------
--
> RSA(R) Conference 2012
> Mar 27 - Feb 2
> Save $400 by Jan. 27
> Register now!
> http://p.sf.net/sfu/rsa-sfdev2dev2
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop