Sell cisco networking items

[Jerry]

Hello:

   we are networking items resller , we sell lots of cisco networking 
items, such as GBIC,SFP, WICs, routers and switches, and so on.  so  if u 
are  interested in that , please tell us  the  quantity  and items NO. , 
then we  can  try to offer  the price  to u asap ,and  if  not  in the items 
lists ,  u  can  send  to us , too , then  we  can check for  u   asap,  too 
. so  if u have any , please send  ur  emails to  us , then  we  can  try 
to do  good  service  for u , thanks!


WS-G5483,WS-G5484,WS-G5486,WS-G5487,CAB-SS-232MT,CAB-V35-MT,CAB-OCT-V35-MT,CA
B-E1-BNC,GLC-SX-MM,GLC-LH-SM,
GLC-T,GLC-ZX-SM,WIC-1T,WIC-2T,WIC-1ADSL,WIC-1ENET,WIC-1DSU-T1,WIC-1DSU-T1-V2,
VWIC-2MFT-G703,VWIC-2MFT-T1,
2611XM (32F/128D),J4859A HP (Packing in plastic tray),CISCO1721 (32/64, 
new/retail),NM-4E,NM-2FE2W,10052,
CWDM-GBIC-1550,PA-POS-OC3SMI,WS-CAC-2500W= (Refurbished),HTB-1100 10/100M 
SC, and so on.

¡¡
Regards
Jerry Wan

ICQ:   313-100-216
MSN:   [EMAIL PROTECTED]
AIM/Yahoo IM: jerrywan99
Email: [EMAIL PROTECTED]








--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Transfer Maintainership From MIA Maintainer

[Jason Self]

The listed maintainers for the Webmin package
(http://packages.debian.org/stable/admin/webmin) and the associated
packages like webmin-core, Usermin, etc. are MIA. They are not fixing
bugs or responding anymore.

Jamie Cameron is the official author of Webmin
(http://webmin.com/about.html) and has made it quite clear that he'd
be happy to take over as maintainer.

http://lists.alioth.debian.org/pipermail/webmin-maintainers/2006-April/000682.html

http://lists.alioth.debian.org/pipermail/webmin-maintainers/2006-July/000699.html

Webmin and the various other packages have not been _officially_
orphaned, but they are _functionally_ orphaned. There are no versions
of Webmin/Usermin/Virtualmin in testing or unstable, and
http://packages.qa.debian.org/w/webmin.html states "the package is
going to disappear unless someone takes it over and reintroduces it
into unstable." I was wondering: How does one do that if the current
maintainers aren't responding?

The goal is, of course, simply to keep the software alive in Debian.
To that end, I think it makes sense to have the package transferred to
the responsibility of Jamie Cameron (the upstream author) for the best
possible management. Jamie Cameron has already stated that, at the
very least, he will create his own Webmin package for separate
download, even if he can't get it added to the APT repository.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Transfer Maintainership From MIA Maintainer

[martin f krafft]

also sprach Jason Self <[EMAIL PROTECTED]> [2006.07.02.1026 +0200]:
> into unstable." I was wondering: How does one do that if the current
> maintainers aren't responding?

I would start with NMU'ing, that is, simply uploading new versions
that fix bugs, but without changing the maintainer field.

How long have you been trying to reach them, and how?

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
"vista is evidentally latvian for "hen", and "perating system", that
 is, OS without the o, means "system for making eggs."  so vista is at
 least useful come breakfast time?"
  -- kit la touche


signature.asc
Description: Digital signature (GPG/PGP)

Re: Transfer Maintainership From MIA Maintainer

[Andreas Metzler]

Jason Self <[EMAIL PROTECTED]> wrote:
> The listed maintainers for the Webmin package
> (http://packages.debian.org/stable/admin/webmin) and the associated
> packages like webmin-core, Usermin, etc. are MIA. They are not fixing
> bugs or responding anymore.

Which is why they had asked to rrmove the packages.
[...]
> Webmin and the various other packages have not been _officially_
> orphaned, but they are _functionally_ orphaned.

They have been removed on maintainer request,
.

> I was wondering: How does one do that if the current
> maintainers aren't responding?

Re-upload it. It is up for grabs.
   cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#376347: ITP: ctserver and vpb-driver -- Voicetronix telephony hardware support and ctserver middleware

[Ron]

Package: wnpp
Severity: wishlist
Owner: Ron <[EMAIL PROTECTED]>

* Package names   : ctserver and vpb-driver
  Upstream Author : Voicetronix <[EMAIL PROTECTED]>
* URL : http://www.voicetronix.com.au/
* License : (GPL, LGPL)
  Programming Lang: (C, C++, Perl)
  Description : Voicetronix telephony hardware support and ctserver 
middleware

I'm presently preparing packages to support voicetronix hardware, and
the (generic) computer telephony libraries developed on top of it.
Take control of your phone from software, or your software from a phone.
See the url above for the full blurb.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Transfer Maintainership From MIA Maintainer

[Kevin Mark]

On Sun, Jul 02, 2006 at 01:26:30AM -0700, Jason Self wrote:
> The listed maintainers for the Webmin package
> (http://packages.debian.org/stable/admin/webmin) and the associated
> packages like webmin-core, Usermin, etc. are MIA. They are not fixing
> bugs or responding anymore.
> 
> Jamie Cameron is the official author of Webmin
> (http://webmin.com/about.html) and has made it quite clear that he'd
> be happy to take over as maintainer.
> 
> http://lists.alioth.debian.org/pipermail/webmin-maintainers/2006-April/000682.html
> 
> http://lists.alioth.debian.org/pipermail/webmin-maintainers/2006-July/000699.html
> 
> Webmin and the various other packages have not been _officially_
> orphaned, but they are _functionally_ orphaned. There are no versions
> of Webmin/Usermin/Virtualmin in testing or unstable, and
> http://packages.qa.debian.org/w/webmin.html states "the package is
> going to disappear unless someone takes it over and reintroduces it
> into unstable." I was wondering: How does one do that if the current
> maintainers aren't responding?
> 
> The goal is, of course, simply to keep the software alive in Debian.
> To that end, I think it makes sense to have the package transferred to
> the responsibility of Jamie Cameron (the upstream author) for the best
> possible management. Jamie Cameron has already stated that, at the
> very least, he will create his own Webmin package for separate
> download, even if he can't get it added to the APT repository.
> 
Hi Jason,
there is nothing preventing this. All that is needed is to follow
Debian procedure. Check the debian-mentors list for help with packaging
and here for requests for sponsorship for an upload. There are bugs
relatating to WNPP which can be addressed. You can also contact the last
know maintainer, Jalhdar Vayas for more specifics and help.
cheers,
Kev
-- 
|  .''`.  == Debian GNU/Linux == |   my web site:   |
| : :' :  The  Universal | debian.home.pipeline.com |
| `. `'  Operating System| go to counter.li.org and |
|   `-http://www.debian.org/ |be counted! #238656   |
| my keysever: pgp.mit.edu   | my NPO: cfsg.org |


signature.asc
Description: Digital signature

Re: make -j in Debian packages

[Wouter Verhelst]

On Fri, Jun 30, 2006 at 12:12:10PM +0200, Adam Borowski wrote:
> On Fri, Jun 30, 2006 at 03:26:15AM +0200, Goswin von Brederlow wrote:
> > Adam Borowski <[EMAIL PROTECTED]> writes:
> > > Still, the buildd admin has no way to estimate how much a sub-process
> > > of a package is going to use, the maintainer has at least a rough
> > > idea.  Since the maintainer's action is needed anyway, he can as well
> > > provide this estimate.
> > > And then the buildd admin can set CONCURRENCY_LEVEL to 1 to centrally
> > > disable any parallelism of this kind.
> > 
> > One could patch make to use concurency when the ram permits. This
> > would involves checking the current ram usage and forking more builds
> > if there is enough
> 
> Oh, so you mean checking the _free_ RAM instead of the _physical_ RAM?
> This would be reasonable

Not at all. It's not as if "the amount of free RAM" is a variable that
is static throughout a machine's usage. If something else is being done
on the machine in question, then whatever happens to be the amount of
free RAM available at the time the test is ran doesn't have to be the
amount of free RAM available at the time the most RAM is in use during
the build.

Additionally, it puzzles me how you think a maintainer will be able to
accurately predict how much RAM a certain build is going to use. There
are so many variables, that I think anything but 'this is the fastest
way to build it on my machine' is going to be unfeasible. And since
that's hardly useful...

Have you thought about that?

-- 
Fun will now commence
  -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: These new diffs are great, but...

[Marc Haber]

On Fri, 30 Jun 2006 18:29:40 +0200, Florian Weimer <[EMAIL PROTECTED]>
wrote:
>* Marc Haber:
>> The machine in Question is a P3 with 1200 MHz. What's making the
>> process slow is the turnaround time for the http requests, as observed
>> multiple times in this thread alone.
>
>Then your setup is very broken.

Then it is broken by default. I didn't touch any of apt's
configuration.

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Re: These new diffs are great, but...

[Martijn van Oosterhout]

On 6/30/06, Florian Weimer <[EMAIL PROTECTED]> wrote:

* Marc Haber:

> The machine in Question is a P3 with 1200 MHz. What's making the
> process slow is the turnaround time for the http requests, as observed
> multiple times in this thread alone.

Then your setup is very broken.  APT performs HTTP pipelining.


Judging by the way I saw it run, it looked like it was pipelining but
only maybe five at a time. Maybe some of the mirrors restrict the
number of pipelined requests? Is there a way of detecting such a
situation?

Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#376415: ITP: uulib -- uulib parser and pretty print combinator library for Haskell

[Arjan Oosting]

Package: wnpp
Severity: wishlist
Owner: Arjan Oosting <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: uulib
  Version : 0.9.2
  Upstream Author : Doaitse Swierstra <[EMAIL PROTECTED]>, Arthur Baars <[EMAIL 
PROTECTED]>, Daan Leijen <[EMAIL PROTECTED]> and others
* URL : http://www.cs.uu.nl/wiki/HUT/
* License : Partly LGPL and partly BSD
  Programming Lang: Haskell
  Description : uulib parser and pretty print combinator library for Haskell

 The uulib Haskell library contains fast, error repairing parser
 combinators (UU.Parsing), pretty print combinators (UU.Pretty) and a
 set of data structures and algorithms for working with sets and
 sequences (UU.DData) for Haskell.
 .
 The library is developed at Utrecht University and is part of the
 Haskell Utrecht Tools.
 .
  Homepage: http://www.cs.uu.nl/wiki/HUT/WebHome

Preliminary packages will be available on
http://moonshine.dnsalias.org/debian/unstable within a couple of
hours.

Greetings Arjan 

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-3-nebula
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEqBWdUALvsZYuOJARAgX8AKCQx0XP6DiYEUYorm5fQAmPyv/ffACeNION
2EHBDe/H6U2lsUzd9v6sLvY=
=VGQC
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#376419: ITP: libapache2-mod-ifier -- Filter or reject incoming client requests

[Steve Kemp]

Package: wnpp
Severity: wishlist
Owner: Steve Kemp <[EMAIL PROTECTED]>


* Package name: libapache2-mod-ifier
  Version : 0.2
  Upstream Author : Steve Kemp <[EMAIL PROTECTED]>
* URL : http://www.steve.org.uk/Software/mod_ifier/
* License : GPL + Apache and SSL linking exception.
  Description : Filter or reject incoming client requests

 mod_ifier allows you to discard or filter the incoming requests which
 are sent to your Apache server.
 .
 There are facilities for dropping connections based upon headers sent
 with the request as well as logging and command execution.
 .
 This module is intended to be an extremely lightweight replacement
 for mod_security, which is not going to be included in Debian Etch.
 Although it doesn't have exactly the same featureset it does the
 jobs I need it to.
 .
 Homepage: http://www.steve.org.uk/Software/mod_ifier



  Packaged specifically because mod-security is no longer redistributable
 or available for Debian.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.12.6-xen
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Jason Spiro]

Package: wnpp
Severity: wishlist

* Package name: openwatcom
 Version : I plan to do version 1.4 (or 1.6, if it comes out soon)
 Upstream Author : an independent team of volunteer contributors
* URL : http://www.openwatcom.org/
* License : Sybase Open Watcom Public License 1.0 (it is OSI-approved)
 Description : C/C++ compiler and IDE that produce efficient, portable code

Open Watcom includes a C/C++ IDE and a full set of command-line tools
for compilation, including the superb Watcom debugger. It emits
easy-to-understand errors and warnings when things go wrong. Current
outstanding issues include imperfect template support and an inability
to dynamically link with shared libraries built by GCC. These will be
fixed sooner if you help. :-)

There is also an Open Watcom Fortran 77 compiler, but I probably won't
package it. I might package the full manual set, or I may just ship the
PDFs on the website. I have not checked if the docs are Free or non-Free.

Help Wanted
===

I have started work on the openwatcom package already. If someone is
interested in co-maintaining or helping out with it or with an
openwatcom-doc package (which may have to go into non-free), please
email me.

Will I succeed in getting Open Watcom into Debian?
==

I am not a Debian Developer, and I have never built a Debian package
before. Based on the challenges involved, I do not know if I will
succeed in making a policy-compliant package:

* Open Watcom is a huge package, and it does not use autoconf or
 automake. It is built using Watcom tools called wmake and builder.
 Luckily, wmake and pbuilder can be built using GCC / G++.

* Open Watcom requires various environment variables to be set before
 use, which goes against Debian policy. I hope not to use shell scripts
 wrapping each binary and checking that $WATCOM is set; IMO that would
 be too big a kludge. Instead, I hope to address this issue by patching
 the source code, as I have started to do already with the owcc tool.

In sum, I do not know if I will succeed in building a finished package
or not. If you are curious about how the work is going at any point, or
if you want a copy of my work so far, please feel free to email me.
The package I have built so far currently installs OK and seems to work for
basic use. However, the it installs a bunch of non-executable
files to /usr/bin, has no real README, and has many other problems.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Fwd: Progress report on CodeFestAkihabara, macbook Debian installation experience

[Junichi Uekawa]

Hi,

> > --  Forwarded Message  --
> > ...
> > ...
> >   Current work around is to reboot into rEFIt and run gptsync, and
> >   then run d-i from CDROM, and then configure the bootloader.
> > 
> 
> could you please give more details about this?

# apt-get install refit (when it enters past the NEW queue)
# gptsync /dev/sda

I've temporarily put refit packages on:
http://www.netfort.gr.jp/~dancer/tmp/20060702/

It really needs more work.


> but I don't know how to properly run this (usin "bless" I guess, but
> I have problems with the syntax)

$ man bless (on MacOSX)

> 
> > I'm feeling quite stuck since it is impossible to install Debian
> > without either an external storage or a MacOSX installation.


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Adam Borowski]

On Sun, Jul 02, 2006 at 06:17:20PM -0400, Jason Spiro wrote:
> * Package name: openwatcom
> * License : Sybase Open Watcom Public License 1.0 (it is 
> OSI-approved)

Oops... it looks like OSI smoked something especially bad this time,
I'm afraid.  This license looks like someone took his time to collect
every single problematic clause.

Debian-legal may provide you with a clause-by-clause analysis, but
let me point out just one particular gem:

the moment you use openwatcom to compile any work-related piece of
software (thus not "Personal Use"), you need to make the source of
openwatcom publicly available for 12 months.


Regards,
-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Adam Borowski wrote:
> On Sun, Jul 02, 2006 at 06:17:20PM -0400, Jason Spiro wrote:
[snip]
> the moment you use openwatcom to compile any work-related piece
> of software (thus not "Personal Use"), you need to make the
> source of openwatcom publicly available for 12 months.

Why is "I must make available the compiler's source code"
problematic?  It follows in the spirit of that clause of the GPL
which says that if you distribute binaries, you must make the source
code available.  By extending it to the compiler, you ensure that
the possibly-modified cc will be available to recreate the executable.

- --
Ron Johnson, Jr.
Jefferson LA  USA

Is "common sense" really valid?
For example, it is "common sense" to white-power racists that
whites are superior to blacks, and that those with brown skins
are mud people.
However, that "common sense" is obviously wrong.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEqFuvS9HxQb37XmcRAiqyAKCAP4/LfXEGCfcd44l8JwTJWZp0mgCgznbf
jwHgGd62XdLHO5s3BEzn/nA=
=Fd52
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Matthew Garrett]

Adam Borowski <[EMAIL PROTECTED]> wrote:

> the moment you use openwatcom to compile any work-related piece of
> software (thus not "Personal Use"), you need to make the source of
> openwatcom publicly available for 12 months.

What? 

"You must make Source Code of all Your Deployed Modifications publicly
available under the terms of this License, including the license grants
set forth in Section 3 below, for as long as you Deploy the Covered Code
or twelve (12) months from the date of initial Deployment, whichever is
longer."

That is, if you modify openwatcom and distribute that modified version
(even internally), you must provide the source code to the modified
version to the public. Some people may find that objectionable, but it
doesn't appear to mean what you claim.
-- 
Matthew Garrett | [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Using the SSL snakeoil certificate

[Brian May]

> "Jaldhar" == Jaldhar H Vyas <[EMAIL PROTECTED]> writes:

>> In an effort to clean up the SSL certificate mess on Ubuntu
>> servers, we recently converted all our supported Server
>> packages to make use of the ssl-cert package instead of
>> creating a package-specific self-signed SSL certificate. This
>> allows admins to easily replace the certificate with a 'real'
>> one without touching dozens of configuration files, and also
>> provides a consistent setup out of the box.

Jaldhar> Is this is a good idea for Debian?  I think it is but it
Jaldhar> doesn't make sense to switch dovecot over unless all the
Jaldhar> other ssl-cert using packages also do it. Is this
Jaldhar> possible in the etch timeframe?

I would really like it - I find it tedious configuring SSL
certificates for each and every package, when they usually are the
same...

Having one copy reduces the chances of accidently storing a private
key somewhere with inappropriate permissions.

I don't expect such a system to implement virtual hosting without
system administrator intervention, but a naming convention for the files
that supports virtual hosts would be even better IMHO, e.g.:

/etc/.../$hostname/...

Where hostname is the name of the host identified by the
certificate. That way adding/removing other certificates is easy.
-- 
Brian May <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Adam Borowski]

On Mon, Jul 03, 2006 at 01:10:34AM +0100, Matthew Garrett wrote:
> Adam Borowski <[EMAIL PROTECTED]> wrote:
> > the moment you use openwatcom to compile any work-related piece of
> > software (thus not "Personal Use"), you need to make the source of
> > openwatcom publicly available for 12 months.
> 
> What? 
> 
> "You must make Source Code of all Your Deployed Modifications publicly
> available under the terms of this License, including the license grants
> set forth in Section 3 below, for as long as you Deploy the Covered Code
> or twelve (12) months from the date of initial Deployment, whichever is
> longer."
> 
> That is, if you modify openwatcom and distribute that modified version
> (even internally), you must provide the source code to the modified
> version to the public. Some people may find that objectionable, but it
> doesn't appear to mean what you claim.

# 1.4 "Deploy" means to use, sublicense or distribute Covered Code
# other than for Your internal research and development (R&D) and/or
# Personal Use, and includes without limitation, any and all internal
# use or distribution of Covered Code within Your business or
# organization except for R&D use and/or Personal Use, as well as
# direct or indirect sublicensing or distribution of Covered Code by
# You to any third party in any form or manner.

"use", like, for example, compile a piece of software.  You don't
need to distribute openwatcom to anyone to fall within this clause.

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Matthew Palmer]

On Sun, Jul 02, 2006 at 06:50:07PM -0500, Ron Johnson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Adam Borowski wrote:
> > On Sun, Jul 02, 2006 at 06:17:20PM -0400, Jason Spiro wrote:
> [snip]
> > the moment you use openwatcom to compile any work-related piece
> > of software (thus not "Personal Use"), you need to make the
> > source of openwatcom publicly available for 12 months.
> 
> Why is "I must make available the compiler's source code"
> problematic?  It follows in the spirit of that clause of the GPL
> which says that if you distribute binaries, you must make the source
> code available.  By extending it to the compiler, you ensure that
> the possibly-modified cc will be available to recreate the executable.

It's not limited to modified versions, it's not limited to distribution
(only use), it's public distribution (not just "to those you made the binary
available to"), and it's for a period of time far exceeding that of the
distribution.

- Matt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Matthew Garrett]

Adam Borowski <[EMAIL PROTECTED]> wrote:

> # 1.4 "Deploy" means to use, sublicense or distribute Covered Code
> # other than for Your internal research and development (R&D) and/or
> # Personal Use, and includes without limitation, any and all internal
> # use or distribution of Covered Code within Your business or
> # organization except for R&D use and/or Personal Use, as well as
> # direct or indirect sublicensing or distribution of Covered Code by
> # You to any third party in any form or manner.
> 
> "use", like, for example, compile a piece of software.  You don't
> need to distribute openwatcom to anyone to fall within this clause.

Ok, but it still needs to be modified. Are you suggesting that the 
freedom to produce a binary that can't be recompiled by anyone else is a 
necessary freedom?

-- 
Matthew Garrett | [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Matthew Garrett]

Matthew Palmer <[EMAIL PROTECTED]> wrote:

> It's not limited to modified versions

Yes it is. In fact, it seems to be limited to the modifications 
themselves, rather than an entire modified source tree.

> it's for a period of time far exceeding that of the distribution.

Like Mozilla.
-- 
Matthew Garrett | [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Using the SSL snakeoil certificate

[Henrique de Moraes Holschuh]

On Mon, 03 Jul 2006, Brian May wrote:
> I don't expect such a system to implement virtual hosting without
> system administrator intervention, but a naming convention for the files

We must make this intervention easy, but other than that...

> that supports virtual hosts would be even better IMHO, e.g.:
> 
> /etc/.../$hostname/...
> 
> Where hostname is the name of the host identified by the
> certificate. That way adding/removing other certificates is easy.

I very much doubt it would be easy to get the many APPs to expand that
"$hostname"...

IMHO we will be best served by going simple on this one and providing a
boxed solution for single-certificate-per-host only.

The much safer and saner per-service-certificate-per-host will require
per-service configuration anyway...

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Anthony DeRobertis]

Matthew Garrett wrote:
>
> Ok, but it still needs to be modified. Are you suggesting that the 
> freedom to produce a binary that can't be recompiled by anyone else is a 
> necessary freedom?
>
>   

I haven't read the license, and I suggest asking on -legal if you want a
full analysis, but the general problems of clauses like that are:

* Have to distribute source to people I never distributed binaries
  too. So I can't make private modifications for a friend (and give
  source only to him). Nor can I make modifications interesting only
  to my organization (say, to make it run in a special environment
  unique to my organization) unless I distribute source (which is
  useless to anyone else, and which is probably a fair bit of
  additional work to distribute, especially if I don't already have
  a website to do it from.
* Because I must publicly distribute source, I can not secretly use
  the software. While there is unlikely to be any problem with my
  use of a compiler being known (well, at least not today), in other
  cases this could be a problem: Crypto software, DMCA-circumvention
  devices, etc.
* In order to keep the source publicly available for 12 months, I
  may have to bear practically unlimited costs: What happens if
  Slashdot links to my website? What happens if it turns out the
  software may violate a patent, copyright, etc? With software e.g.,
  under the GPL, I can limit my expenses/legal exposure by ceasing
  distribution entirely: Take down both the binary and the source.
  With this clause, I may not.


Also, although I'm less sure of the argument, "in order to use this
software, you must provide public access to it's source code" sounds
like demanding a fee to use it.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Adam Borowski]

On Mon, Jul 03, 2006 at 01:36:12AM +0100, Matthew Garrett wrote:
> Adam Borowski <[EMAIL PROTECTED]> wrote:
> > "use", like, for example, compile a piece of software.  You don't
> > need to distribute openwatcom to anyone to fall within this clause.
> 
> Ok, but it still needs to be modified. Are you suggesting that the 
> freedom to produce a binary that can't be recompiled by anyone else is a 
> necessary freedom?

Let's say my modifications to openwatcom consist of changing -O2 to
-Os.  This is still a modification, and as such, it forces me to
distributing it to the entire world for 12 months.  Unless I cope
with this, I'm limited to compiling things only for:
* my "Personal Use"
* "R&D"

As such, this breaches DFSG6.


-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

RE: Job request

[Merrill Abraham]

Greetings Debian-devel!!
We are an international escrow company.
Now we are looking for a new partners.


You can earn some money - do not lose this opportunity!



It is easy and completely free for you.


Please contact us for more details: [EMAIL PROTECTED]

Best wishes,
Elmer Melton
__
Sun, 2 Jul 2006 20:43:35 -0400


brae all
corpora bateman
align anew
basepoint doctrinaire congratulate agouti
collegial bleeker


 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: These new diffs are great, but...

[Anthony Towns]

On Fri, Jun 30, 2006 at 05:38:31PM +0200, Steinar H. Gunderson wrote:
> On Fri, Jun 30, 2006 at 04:55:58PM +0200, Martin Schulze wrote:
> > You know that you can easily turn off this feature by adjusting apt.conf:
> Sure, and I've done so for several of my machines now. Actually, for many
> enough machines that it's becoming bothersome...

Are you running a public mirror, or one specifically for your local
network?  Have you tried just not mirroring the Packages.diff and
Sources.diff directories?

Cheers,
aj



signature.asc
Description: Digital signature

Re: Dropping indirect dependencies from libgnutls-config --libs

[Miles Bader]

"Martijn van Oosterhout" <[EMAIL PROTECTED]> writes:
> There's two seperate issues here. Firstly, using pkg-config to find
> libraries. Autoconf solves this nicely already. Maybe in the future
> autoconf can use pkg-config, but pkg-config is not widespread enough
> to really do that yet. No dependancy here.

Autoconf can handle the simple case easily, but there seem to be times
where it doesn't work so well -- in particular, include file locations,
and additional library dependencies.

Writing autoconf support for these without using pkg-config basically
ends up the embedding the package-specific info (which would be in the
.pc file) into each autoconf script that uses the library.

For instance, for OpenEXR, "pkg-config --cflags OpenEXR" yields:

   -I/usr/include/OpenEXR

[Ok, I guess your autoconf script could guess that without being too ugly.]

and "pkg-config --libs OpenEXR" yields:

   -lIlmImf -lImath -lHalf -lIex -lz  

[Yuck... even when using shared libraries, library dependencies don't
seem to give -lImath, I'm not sure why (maybe it's only used by inline
functions in the headers?)...]

-Miles

-- 
Ich bin ein Virus. Mach' mit und kopiere mich in Deine .signature.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Fwd: Progress report on CodeFestAkihabara, macbook Debian installation experience

[Davide Viti]

Hi Junichi,

On Mon, Jul 03, 2006 at 07:47:26AM +0900, Junichi Uekawa wrote:
> > could you please give more details about this?
> 
> # apt-get install refit (when it enters past the NEW queue)
> # gptsync /dev/sda

ok, so first I need to partition the disk on osx and then
install refit inside debian.
does lilo has to be installed before running gptsync?

 
> I've temporarily put refit packages on:
> http://www.netfort.gr.jp/~dancer/tmp/20060702/

nice, I'll try it tonight.

thanx,
Davide


signature.asc
Description: Digital signature

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Lars Wirzenius]

su, 2006-07-02 kello 18:17 -0400, Jason Spiro kirjoitti:
> * Package name: openwatcom
>   Description : C/C++ compiler and IDE that produce efficient, portable 
> code

What does it mean for a compiler to produce portable code?

-- 
One does not see anything until one sees its beauty. -- O.W.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Roberto Sanchez]

Lars Wirzenius wrote:

su, 2006-07-02 kello 18:17 -0400, Jason Spiro kirjoitti:

* Package name: openwatcom
  Description : C/C++ compiler and IDE that produce efficient, portable code


What does it mean for a compiler to produce portable code?



Perhaps it is a Java compiler in disguise?

-Roberto

--
Roberto C. Sanchez
http://familiasanchez.net/~roberto


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Ozgur Karatas]

Hello,
i did not understand. Are you saying that the compiler?

Openwatcom: open source multi platform c/c++ and fortran compiler.
Url: http://www.openwatcom.org

There that at one,

watcom c: c/c++ compiler

I hope, You don't  mix with this.
Regards,

> Lars Wirzenius wrote:
>> su, 2006-07-02 kello 18:17 -0400, Jason Spiro kirjoitti:
>>> * Package name: openwatcom
>>>   Description : C/C++ compiler and IDE that produce efficient,
>>> portable code
>>
>> What does it mean for a compiler to produce portable code?
>>
>
> Perhaps it is a Java compiler in disguise?
>
> -Roberto
>
> --
> Roberto C. Sanchez
> http://familiasanchez.net/~roberto


 ,''`.  Ozgur Karatas
: :' :  [EMAIL PROTECTED]
`. `'   http://www.ozgurkaratas.com
  `-Powered By GNU\Linux




--
***  Bu mail Antivirus taramasindan gecmistir (ISTANBUL  UNIVERSITESI)
***  This e-mail was scanned by Antivirus.(ISTANBUL UNIVERSITY)
--

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Jason Spiro]

Le 03-07-2006, Lars Wirzenius <[EMAIL PROTECTED]> a écrit :
> su, 2006-07-02 kello 18:17 -0400, Jason Spiro kirjoitti:
>>   Description : C/C++ compiler and IDE that produce efficient, portable 
>> code
>
> What does it mean for a compiler to produce portable code?
>
Good question. I do not have personal experience with this, but I am
told you can write your code once and then recompile it for a wide
variety of platforms, including DOS and various embedded boards, with
few or no modifications. The runtime provides nice features that old
platforms like DOS don't provide.

Hmmm, I wonder if the runtime is portable to Mac OS X on Intel CPUs...

Cheers,
Jason
[EMAIL PROTECTED]

-- 
When you open Windows, bugs get in!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: openwatcom -- C/C++ compiler and IDE that produce efficient, portable code

[Sebastian Harl]

> > What does it mean for a compiler to produce portable code?
> >
> Good question. I do not have personal experience with this, but I am
> told you can write your code once and then recompile it for a wide
> variety of platforms

On the website it says it's a cross compiler, that is to say you can produce
code for different target platforms on one host platform.

Maybe you should change the description to something like "C/C++ cross
compilers and IDE". Saying that a compiler produces portable code is wrong
imho (Even the Java compiler does not really produce portable code - the Java
binary code only runs on the Java VM. The Java VM itself is portable though.).

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl
GnuPG-ID: 0x8501C7FC
http://tokkee.org/



signature.asc
Description: Digital signature