Bug#676630: ITP: ruby-kyotocabinet -- Kyoto Cabinet is an efficient database library like GDBM and NDBM.

[shawn]

Package: wnpp
Severity: wishlist
Owner: Shawn Landden 

* Package name: ruby-kyotocabinet
  Version : 1.32
  Upstream Author : Mikio Hirabayashi 
* URL : http://fallabs.com/kyotocabinet/
* License : GPL-3+
  Programming Lang: C++
  Description : Kyoto Cabinet is an efficient database library like GDBM 
and NDBM.

Kyoto Cabinet is a library of routines for managing a database. The database
is a simple data file containing records, each is a pair of a key and a
value. Every key and value is serial bytes with variable length. Both binary
data and character string can be used as a key and a value. Each key must be
unique within a database. There is neither concept of data tables nor data
types. Records are organized in hash table or B+ tree.

Kyoto Cabinet runs very fast. For example, elapsed time to store one million
records is 0.9 seconds for hash database, and 1.1 seconds for B+ tree
database. Moreover, the size of database is very small. For example,
overhead for a record is 16 bytes for hash database, and 4 bytes for B+ tree
database. Furthermore, scalability of Kyoto Cabinet is great. The database
size can be up to 8EB (9.22e18 bytes).



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120608114557.15671.11457.report...@plug.jengr.com

Bug#681173: ITP: kyototycoon -- Kyoto Tycoon: a handy cache/storage server

[shawn]

Package: wnpp
Severity: wishlist
Owner: Shawn Landden 

* Package name: kyototycoon
  Version : 0.9.56
  Upstream Author : Mikio Hirabayashi 
* URL : http://fal labs.com/kyototycoon/
* License : GPL-3+
  Programming Lang: C++, with lua scripting support
  Description : Kyoto Tycoon: a handy cache/storage server

Kyoto Tycoon is a lightweight database server with auto expiration mechanism, 
which is useful to handle cache data and persistent data of various 
applications. Kyoto Tycoon is also a package of network interface to the DBM 
called Kyoto Cabinet. Though the DBM has high performance and high concurrency, 
you might bother in case that multiple processes share the same database, or 
remote processes access the database. Thus, Kyoto Tycoon is provided for 
concurrent and remote connections to Kyoto Cabinet. Kyoto Tycoon is composed of 
the server process managing multiple databases and its access library for 
client applications.
The network protocol between the server and clients is HTTP so that you can 
write client applications and client libraries in almost all popular languages. 
Both of RESTful-style interface by the GET, HEAD, PUT, DELETE methods and 
RPC-style inteface by the POST method are supported. The server can handle more 
than 10 thousand connections at the same time because it uses modern I/O event 
notification facilities such as "epoll" and "kqueue" of underlying systems. The 
server supports high availability mechanisms, which are hot backup, update 
logging, and asynchronous replication. The server can embed Lua, a lightweight 
script language so that you can define arbitrary operations of the database.
The server program of Kyoto Tycoon is written in the C++ language. It is 
available on platforms which have API conforming to C++03 with the TR1 library 
extensions. Kyoto Tycoon is a free software licensed under the GNU General 
Public License.
This is ready for upload, with lots taken from the packaging of kyotocabinet.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120711044635.15765.68479.report...@plug.jengr.com

Re: Current and upcoming toolchain changes for jessie

[Shawn]

On Tue, May 7, 2013 at 6:25 AM, Matthias Klose  wrote:

>
> == binutils ==
>
> binutils 2.23.2 will be uploaded to unstable after GCC 4.8 as the
> default on x86 reaches testing.  Later updates will introduce binutils
> trunk leading to 2.24, later this year.
>
> binutils' ld-gold is broken on armel in 2.23
http://sourceware.org/bugzilla/show_bug.cgi?id=15070

Re: Current and upcoming toolchain changes for jessie

[Shawn]

On Wed, Jun 5, 2013 at 8:54 AM, Wookey  wrote:

> > == binutils ==
> >
> > binutils 2.23.2 will be uploaded to unstable after GCC 4.8 as the
> > default on x86 reaches testing.  Later updates will introduce binutils
> > trunk leading to 2.24, later this year.
>
> I've only tested 2.23.1 but had no trouble at all there. I'd expect
> 2.23.2 to be fine too.
>
> Did you test on armv5t and earlier with ld-gold like I did?
http://sourceware.org/bugzilla/show_bug.cgi?id=15070

---
Shawn Landden
+1 360 389 3001 (SMS preferred)

Re: Pepper Flash for Chromium

[Shawn]

On Sun, Jul 7, 2013 at 5:20 AM, Salvo Tomaselli  wrote:

> > [ ! -d /opt/google/chrome/PepperFlash ] || {
> >   FLASH_VERSION="$(sed -n 's/ *"version": "\([0-9.]*\)",/\1/p' \
> > /opt/google/chrome/PepperFlash/manifest.json)"
> >   CHROMIUM_FLAGS="$CHROMIUM_FLAGS
> > --ppapi-flash-path=/opt/google/chrome/PepperFlash/libpepflashplayer.so
> > --ppapi-flash-version=$FLASH_VERSION" }
>
>
> Isn't NaCl disabled in chromium anyway?
>
It is, but NaCl != ppapi
--
Shawn Landden
+1 360 389 3001 (SMS preferred)

Re: Systemd support in Debian packages: how to help

[Shawn]

On Tue, Jul 16, 2013 at 5:50 AM, Lucas Nussbaum  wrote:

>
> On 15/07/13 at 21:39 +0200, Michael Stapelberg wrote:
> Is there a way to list services installed on my system that are managed
> via service files, vs those that are managed using legacy init scripts?
> I'm thinking of something like rc-alert or wnpp-alert.

systemctl

without arguments. Those services whose descriptions start with "LSB:" are
sysvinit scripts

Re: Bug#718912: ITP: pdfjs -- PDF reader in Javascript

[Shawn]

On Tue, Aug 6, 2013 at 2:31 PM, Adam D. Barratt wrote:

> On Tue, 2013-08-06 at 14:19 -0700, Shawn Landden wrote:
> > * Package name: pdfjs
> >   Version : master
> >   Upstream Author : Mozilla
> > * URL : http://mozilla.github.io/pdf.js/
>
> This has been in the archive for a few months already -
> http://packages.qa.debian.org/p/pdf.js.html
>
pretty ugly packaging and doesn't package the firefox extension, but yes,
closing this bug

>
> Regards,
>
> Adam
>
>


-- 

---
Shawn Landden
+1 360 389 3001 (SMS preferred)

Re: arm laptops and d-i

[Shawn]

I'm writing this from the Samsung ARM chromebook, running Debian

https://wiki.debian.org/InstallingDebianOn/Samsung/ARMChromebook


On Tue, Aug 13, 2013 at 3:54 PM, Adam Borowski  wrote:

> I loathe laptops, and thus didn't own one.  Needing one for DebConf (and
> this time no friend had a working one for me to borrow), instead of getting
> an used x86 one, I bought a $150 13.3" android thing.  Because, you know,
> installing a certain universal operating system should be easy, especially
> if it's a popular SoC (Allwinner) and graphics chip (Mali 400), right?
> Oh naive me.
>
> It took me way too much time to figure it out, and I'm not exactly a
> Debian newbie (although no experience with laptops or arm bootloaders).
> The main block was no way to reflash the machine to a working state,
> making me afraid to touch the nand bootloader in a non-obvious way.  That
> is, until I learned that Allwinners boot first from a sd card; all you
> need to do is to put an ubooted kernel into the right place and copy
> appropriate code into sectors before the first partition.  Sounds...
> familiar.  That's not enough, of course, as without a module "lcd" there's
> no display, etc -- debugging which requires moving the sd card, plopping
> qemu-static-arm onto it and installing sshd.  Same for trying anything
> else.
>
> Now imagine a regular user trying that...
>
> So, whom do I beat with this laptop to get d-i working?
>
> Looks like a substantial part of Allwinner drivers got converted to DT in
> 3.8, 3.10 and 3.11 kernels, so it might work without a device-specific
> kernel.
>
> Thus, if anyone would like to play with such an exotic laptop, feel free
> to either catch me on debconf, or send me d-i images to test...  It's an
> Omega OAN133, not a widespread piece of hardware, but we need to do
> something with incoming flood of Chromebooks and so on.
>
> --
> ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: http://lists.debian.org/20130813225427.gd3...@angband.pl
>
>


-- 

---
Shawn Landden
+1 360 389 3001 (SMS preferred)

Re: ITA: jabberd2 -- Jabber instant messenger server

[Shawn]

On Tue, Dec 25, 2012 at 3:53 PM, Willem van den Akker
wrote:

>
>
> I havent received any response about my ITA message for Jabberd2 (see
> below).
> It seems the current maintainer is MIA.
> Is it possible someone of the pkg-xmpp-devel group can reply?
>
> I would like to adopt it, but must get a chance to get so ;)
>
I 
init.d-script-missing-lsb-description<http://lintian.debian.org/tags/init.d-script-missing-lsb-description.html>
With dependency-based booting (also systemd) we now really need this.

Also the homepage is http://jabberd2.org/ as noted by
http://jabberd2.xiaoka.com/

And why have you overriden the security lintian messages?

I have not tested the package, just pointing out some issues that
immediately stand out.
---
Shawn Landden

Re: ITA: jabberd2 -- Jabber instant messenger server

[Shawn]

On Wed, Dec 26, 2012 at 4:18 AM, Andrey Rahmatullin  wrote:

> On Wed, Dec 26, 2012 at 04:15:36AM -0800, Shawn wrote:
> > I init.d-script-missing-lsb-description<
> http://lintian.debian.org/tags/init.d-script-missing-lsb-description.html>
> > With dependency-based booting (also systemd) we now really need this.
> It's just a description.
>
oh my bad, nvm, I thought it was the whole dependency header. (I've had to
help people who couldn't upgrade cause vmware's init script didn't have a
lsb header at all)

>
>
---
Shawn Landden

Re: [RFC] Go (golang) packaging

[Shawn]

On Tue, Jan 1, 2013 at 6:54 PM, Paul Wise  wrote:

> On Wed, Jan 2, 2013 at 12:14 AM, Michael Stapelberg wrote:
>
> > Only when not using the “official” compiler (gc), e.g. gccgo has support
> > for dynamic linking.
>
> Then we should use gccgo until the official compiler supports this.
>

go also doesn't support building as a shared library, because
#1 the go scheduler would have to have differn't bootstrapping code hooked
up (for gccgo it would be in libgo) and
#2  go uses split stacks[1].
But when it doesn't support building as a shared library, it will probably
be done with gccgo first.

>
> > AFAIK not, but I will add this to the list of questions I want to ask on
> > the Go mailing lists.
>
> Ok, please let us know about the results.
>

Henceforth when a go program depends on a go library, those go libraries
are ALWAYS compiled in statically. Static linking causes many problems for
distributions like Debian, and therefore this presents a significant hurdle
to quality packaging of go in Debian. Source-only distribution is perhaps
possible, but then AFAIK go library writers are not necessarily as careful
as C library writers to maintain source compatibility.

[1] http://gcc.gnu.org/wiki/SplitStacks

>
> -Shawn Landden

Re: socket-based activation has unmaintainable security?

[Shawn]

socket-activation in systemd _helps_ security in that you can give an
unprivlidged process a listening port under 1024. (using a privileged
configuration file)

-Shawn Landden

Re: Embedding jquery.js disaster

[Shawn]

On Fri, Feb 15, 2013 at 5:51 AM, Rene Engelhard  wrote:

> Hi,
>
> On Fri, Feb 15, 2013 at 08:35:54PM +0800, Thomas Goirand wrote:
> > I wonder if someone should do a bug mass-filling...
> [...]
> > If I grep -v /usr/share/doc, then there's "only" 105 instances of
> > jquery.js in SID... By the way, is it considered ok to embed jquery.js
> > under /usr/share/doc? (I'd say no, but it's still better if it's only in
> > there, as I wouldn't expect it's in active use in the package)
> >
> > There's already a lintian warning for this problem, but it doesn't seem
>
> As others say, many of them are symlinks and thus are OK.
>
> I agree with the submitter, it doesn't make sense to hunt down such
> copies and link them and *hope* it will work.
>
>  I submitted a patch (still unresponded to) to version the libjs-jquery
package,[1] which would help in cases where newer versions don't work with
legacy apps, which has happened many times before, including with all
packages that use sphinx.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680282
---
Shawn Landden
+1 360 389 3001

Bug#388701: ITP: beryl -- Beryl Project compositing window manager

[Shawn Starr]

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

* Package name: beryl
  Version : 0.1.0
  Upstream Author : Quinn Storm <[EMAIL PROTECTED]>
* URL : http://www.beryl-project.net/
* License : GPL
  Programming Lang: C
  Description : Beryl Project compositing window manager, decorator and 
theme support

The Beryl Project brings 3D desktop visual effects that improve usability of
the X Window System and provide increased productivity though plugins and themes
contributed by the community giving a rich desktop experience.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-rc5
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)


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

lists.debian.org Has been added...

[Shawn Myers]

Hello,

I'm writing to let you know that I have just added your website,
lists.debian.org, to my directory.

You can find your listing here...

http://www.faxwin.com/efax

I also wanted to gauge your interest in networking our websites
together more closely for mutual benefit.

If you would consider linking to http://www.faxwin.com from
your own website, I would be more than happy to increase
your listing to "premium status". This will always ensure that
your listing appears at the top of your category above all other
normal listings, even if new webmasters submit their website to
the same category in the future.

I think you have a fantastic site, and would love to have you as
a strategic link partner.

If you're interested, simply reply to this entire email and let
me know where you've placed the link to http://www.faxwin.com
on your own site, and I will immediately modify your listing to
premium status.

I look forward to hearing from you soon & keep up the great work...

Sincerely,
Shawn Myers
mailto:[EMAIL PROTECTED]


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

Re: Why Beryl has just four packages?

[Shawn Starr]

On Wednesday 14 February 2007 00:27, Anibal Avelar wrote:
> Hi. I see you have in queue NEW three packages: beryl-plugins,
> beryl-settings and emerald [1] and not ready (yet) beryl.

Firstly,  the beryl packages were REJECTED because of license issues. Upstream 
is working with me on resolving the non-free/license issues that remain these 
will be fixed for the 0.2.0 stable release of Beryl  (coming soon).

> I know beryl has another packages:
>
> beryl-dbus
> beryl-manager
>
> and optionally:
>
> emerald-themes
> aquamarine
> heliodor

emerald-themes is not needed as the themes are available from emerald. Plus we 
cannot confirm the licenses of the themes  at this time.

Aquamarine is completed again, copyright issues need to be resolved (minor).

Heliodor I won't be including, gtk-window-decorator from compiz is the same 
thing and will work with beryl (im not sure of metacity themes as there are 
issues with this)

> Do you have plans for the others packages?
>
> Because, I have been waiting from the begining those packages, I built
> my own packages [2] and I uploaded them in my unofficial Debian
> repository:
>
> deb http://fixxxer.cc/debian unstable/
> deb-src http://fixxxer.cc/debian unstable/
>
> I have built five packages: beryl, beryl-manager, beryl-plugins,
> beryl-settings and emerald from the 0.1.4 version.  Please, check
> them.
>
> I just proved them under Intel chipsets, and they are working fine (so
> far).
>
> Shawn, I would appreciate if you will let me help you. I'm Debian
> maintainer and I have a great interest in beryl.

You can find the current work on git.debian.org  as mentioned, when 0.2 gold 
is out we will have all copyright/license issues resolved finally. 

One important thing is the that beryl 0.1.4 has icons that are non-free (from 
the tango project) and these will be removed in beryl 0.2.0 as upstream has 
told me. Otherwise, beryl would have to go into non-free.

> Regards
>
>
> [1] http://ftp-master.debian.org/new.html
> [2] http://fixxxer.cc/debian/unstable/

Thanks, 
Shawn.


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

Re: Bug#388701: Why Beryl has just four packages?

[Shawn Starr]

I've stopped Beryl for now since they are officially merging with compiz. I 
need to speak to the compiz maintainer.

I have 0.2.1 in a local git repository but im likely just going to chuck it 
out. With the merge its moot now.

- Original Message 
From: Kurt Roeckx <[EMAIL PROTECTED]>
To: Shawn Starr <[EMAIL PROTECTED]>; [EMAIL PROTECTED]
Cc: Anibal Avelar <[EMAIL PROTECTED]>; debian-devel@lists.debian.org
Sent: Sunday, April 22, 2007 5:38:39 AM
Subject: Bug#388701: Why Beryl has just four packages?

On Wed, Feb 14, 2007 at 11:55:30AM -0500, Shawn Starr wrote:
> On Wednesday 14 February 2007 00:27, Anibal Avelar wrote:
> > Hi. I see you have in queue NEW three packages: beryl-plugins,
> > beryl-settings and emerald [1] and not ready (yet) beryl.
> 
> Firstly,  the beryl packages were REJECTED because of license issues. 
> Upstream 
> is working with me on resolving the non-free/license issues that remain these 
> will be fixed for the 0.2.0 stable release of Beryl  (coming soon).

>From their homepage:
Mar 14: 0.2.0 Released

But they also already have 0.2.1 versions available.


Kurt






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

Bug#761599: ITP: kcm-ufw -- KDE Control Center module for the Uncomplicated Firewall

[Shawn Sörbom]

Package: wnpp
Severity: wishlist
Owner: "Shawn Sörbom" 

* Package name: kcm-ufw
  Version : 0.4.3-1
  Upstream Author : Craig Drummond 
* URL : http://kde-
apps.org/content/show.php/UFW+KControl+Module?content=137789
* License : GPL-3
  Programming Lang: python, QT
  Description : KDE Control Center module for the Uncomplicated Firewall

This is a KDE control center module to configure and control the
 Uncomplicated Firewall. The following features are supported:
 1. Enable/disable firewall
 2. Configure firewall default settings
 3. Add, edit, and remove rules
 4. Re-order rules via drag\'n\'drop
 5. Import/export of rules
 6. Setting of some IP tables modules
 The module will appear under "Network and Connectivty" category.

To access further information about this package, please visit the following
URL:

  http://mentors.debian.net/package/kcm-ufw


Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/k/kcm-ufw/kcm-
ufw_0.4.3-1.dsc


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140914213817.2716.67689.report...@medusa.shawnsorbom.net

Re: bash without importing shell functions from the environment

[shawn wilson]

On Sep 25, 2014 9:36 PM, "Russ Allbery"  wrote:
>
> Josselin Mouette  writes:
>
> > Since I’m pretty sure we haven’t uncovered all of bash’s “features”,
> > wouldn’t it be a good opportunity to make a release goal of killing all
> > scripts with a #!/bin/bash shebang?
>
> That may be overkill, but I will say that I'm feeling *extremely* grateful
> the last few days that we pushed forward with switching /bin/sh to dash,
> even though some folks thought this was a bad idea.  Having the shell used
> by system() and popen() be as simple as possible turns out to be rather
> important.
>

In that case, I'd think busybox's sh is *much* more minimalist. Why dash
over busybox?

Re: Bug#762839: bash without importing shell functions from the environment

[shawn wilson]

On Sep 25, 2014 3:18 PM, "Matthias Urlichs"  wrote:
>
> Hi,
>
> Samuel Thibault:
> > Sounds crazy to me.
> >
> Definitely. This is now out in the wild; exploits which simply replace
> echo or cat-without-/bin are going to happen. :-/
>

Actually, what I've seen reported in the wild have been wget and run an irc
cnc script.a

> Maybe we should add the patched version, with an appropriate NEWS entry,
> to backports?
>

Maybe?

Re: bash exorcism experiment ('bug' 762923 & 763012)

[shawn wilson]

On Sep 30, 2014 7:59 PM, "Russell Stuart" 
wrote:
>
> On Tue, 2014-09-30 at 13:08 +0200, Thorsten Glaser wrote:
> > You really really should be looking at replacing any
> > ash variant with mksh. It’s not that much bigger (at
> > least if you add -DMKSH_SMALL to CPPFLAGS and build
> > with klibc or dietlibc or so), but much saner.
>
> I am not a fan of any particular variant of *sh.  They are all horrible
> computer languages.  Nothing over a couple of lines should be written in
> them, as they are idiosyncratic, error prone and basic software
> engineering processes (like units tests) difficult.
>

I'm not a big fan of bash scripts either but that's because I don't know
bash as well as say perl. Bash /can/ look elegant and not need to use sed,
ask, grep, and cut every other line.

I hate the idea of dash. It's not more secure (see vmware cve for an
example) and I think it was more of an accident than anything else this
didn't hit dash too.

I use zsh as a user but keep everyone else bash by default as people are
more likely to test scripts with bash (in Linux) or sh (on anything else).
If redhst, suse, and oracle all moved their default system shell to dash,
I'd switch but for now, debian is an outlier here. And any other "ash
variant" would be tested less than even dash so there's no way in hell I'm
going there to run main system processes.

Re: bash exorcism experiment ('bug' 762923 & 763012)

[shawn wilson]

On Thu, Oct 2, 2014 at 11:33 AM, Russ Allbery  wrote:
> shawn wilson  writes:
>
>> I hate the idea of dash. It's not more secure (see vmware cve for an
>> example) and I think it was more of an accident than anything else this
>> didn't hit dash too.
>
> The fact that this specific problem didn't hit dash certainly isn't an
> accident.  The exploited functionality simply doesn't exist in dash.
>

I'm pretty sure dash never got a rewrite? So this just happened to be
a "feature" that got ripped out of dash. I'm not sure why it got
ripped out, but I'm pretty certain it wasn't because the devs saw a
security issue here (I should go looking to see if there's a public
repo and see if I can find where the "feature" was removed and why).

Now, if you're right and this was removed in dash because of a
security concern, that'd be more interesting than my theory that they
just got lucky.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cah_obifoqpt1bjmdtphbfyapgksvpiltdhqcljhk1u3hm-f...@mail.gmail.com

Re: bash exorcism experiment ('bug' 762923 & 763012)

[shawn wilson]

Ok then, I stand (doubly) corrected. Thanks

On Thu, Oct 2, 2014 at 1:06 PM, Simon McVittie  wrote:
> On 02/10/14 17:30, shawn wilson wrote:
>> I'm pretty sure dash never got a rewrite? So this just happened to be
>> a "feature" that got ripped out of dash.
>
> You seem to be under the impression that dash is some sort of fork or
> derivative of bash. It isn't; I don't think they even have a common
> ancestor.
>
> POSIX sh is a specification for how Unix-like shells should behave,
> based on the language interpreted by the 1977 Bourne shell (sh). Debian
> Policy requires /bin/sh to be a POSIX sh with at least a couple of
> specified additional features ("local" is one of those features), and
> optionally, other features beyond those. The default implementation was
> originally bash, and was changed to dash in recent releases.
>
> dash is an implementation of POSIX sh, derived from the Almquist shell
> (ash) taken from NetBSD. As far as I know, ash was an independent
> implementation (i.e. rewrite) of a POSIX sh. It has a small number of
> non-POSIX features, including those required by Debian Policy.
>
> bash is GNU's implementation (i.e. another rewrite) of the Bourne shell,
> hence its name "Bourne Again SHell". It has lots of non-POSIX features,
> making it a considerably better interactive shell than dash, and more
> capable for scripting. One of its non-POSIX features is the ability to
> export functions, which is the feature being abused in this vulnerability.
>
>> I'm not sure why it got ripped out
>
> I don't think dash ever had this feature to begin with, so there was
> nothing to rip out.
>
> S
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/542d8629.8000...@debian.org
>


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAH_OBifeVy4YdYmi=vBpWgoH4co7WRWshynS24Y5Yt=dcym...@mail.gmail.com

Bug#717366: ITP: connman-ui -- A full-featured GTK based trayicon UI for ConnMan.

[Shawn Landden]

Package: wnpp
Severity: wishlist
Owner: Shawn Landden 

* Package name: connman-ui
  Version : 0
  Upstream Author : tomasz.burszt...@linux.intel.com
* URL : https://github.com/tbursztyka/connman-ui
* License : GPL-2+
  Programming Lang: C w/ glib/gtk-3
  Description : A full-featured GTK based trayicon UI for ConnMan.

Description: A full-featured GTK-based tray icon UI for ConnMan
 It targets all WM/DM users but Gnome3 ones*. It works on any Linux WM/DM 
 which provides a freedesktop compliant system tray. (kde, awesome, ...)
 .
 It exposes almost all features provided by ConnMan API (small features are 
 missing, see TODO for more informations). You can enable/disable a technology 
 (wired, wifi, cellular, bt, ...), connect/disconnect a service, configure a 
 service (IPv4, IPv6, DNS, Timeservers, etc...), share your current connection 
 (tethering) and so on. Everything is accessible through the mouse via the 
 trayicon, all with left and right click.


already packaged, just getting bug #


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130719193311.11487.14045.report...@chrome.churchofgit.com

Bug#718910: ITP: systemd-cron -- systemd units to provide minimal cron daemon functionality

[Shawn Landden]

Package: wnpp
Severity: wishlist
Owner: Shawn Landden 

* Package name: systemd-cron
  Version : 1.1.1
  Upstream Author : dbent 
* URL : https://github.com/dbent/systemd-cron
* License : MIT/X
  Programming Lang: systemd
  Description : systemd units to provide minimal cron daemon functionality

 Provides systemd units to run cron jobs in /etc/cron.hourly cron.hourly
 cron.monthly cron.weekly and cron.boot directories, without having cron
 or anacron installed. Does not support /etc/crontab, /etc/cron.d, user
 cronjobs, or many other cron features.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130806211640.7306.64991.report...@chrome.churchofgit.com

Bug#718912: ITP: pdfjs -- PDF reader in Javascript

[Shawn Landden]

Package: wnpp
Severity: wishlist
Owner: Shawn Landden 

* Package name: pdfjs
  Version : master
  Upstream Author : Mozilla
* URL : http://mozilla.github.io/pdf.js/
* License : Apache-2
  Programming Lang: javascript
  Description : PDF reader in Javascript

 pdf.js renders Portable Document Format (PDF) files entirely using
 HTML5 and canvas, and thus within the browser security model.
 .
 It is developed by Mozilla.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130806211926.7350.61518.report...@chrome.churchofgit.com

Bug#720336: ITP: ruby-puma -- Puma: A Ruby Web Server Built For Concurrency

[Shawn Landden]

Package: wnpp
Severity: wishlist
Owner: Shawn Landden 

* Package name: ruby-puma
  Version : 2.5.1
  Upstream Author : Engine Yard
* URL : http://puma.ui/
* License : BSD
  Programming Lang: C, Ruby
  Description : Ruby Web Server Built For Concurrency

Puma is a simple, fast, threaded, and highly concurrent HTTP 1.1 server for 
Ruby/Rack applications. Puma is intended for use in both development and 
production environments. In order to get the best throughput, it is highly 
recommended that you use a Ruby implementation with real threads like Rubinius 
or JRuby.
Built For Speed & Concurrency

Puma is a simple, fast, and highly concurrent HTTP 1.1 server for Ruby web 
applications. It can be used with any application that supports Rack, and is 
considered the replacement for Webrick and Mongrel. It was designed to be the 
go-to server for Rubinius, but also works well with JRuby and MRI. Puma is 
intended for use in both development and production environments.

Under the hood, Puma processes requests using a C-optimized Ragel extension 
(inherited from Mongrel) that provides fast, accurate HTTP 1.1 protocol parsing 
in a portable way. Puma then serves the request in a thread from an internal 
thread pool (which you can control). This allows Puma to provide real 
concurrency for your web application!

With Rubinius 2.0, Puma will utilize all cores on your CPU with real threads, 
meaning you won't have to spawn multiple processes to increase throughput. You 
can expect to see a similar benefit from JRuby.

On MRI, there is a Global Interpreter Lock (GIL) that ensures only one thread 
can be run at a time. But if you're doing a lot of blocking IO (such as HTTP 
calls to external APIs like Twitter), Puma still improves MRI's throughput by 
allowing blocking IO to be run concurrently (EventMachine-based servers such as 
Thin turn off this ability, requiring you to use special libraries). Your 
mileage may vary. In order to get the best throughput, it is highly recommended 
that you use a Ruby implementation with real threads like Rubinius or JRuby.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130820173318.8348.60804.report...@chrome.churchofgit.com

Submitting a package

[shawn wilson]

I read through the documentation and it's a bit unclear to me how to
do this - it seemed like I needed to maintain some work before being
approved to be a Maintainer but I'm not sure where to do that.

We have a PAM module that we're going to open source in a month or so
and I would like to be able to have it in a Debian repo when we do. We
are using the attached package for testing (if you build from source)
so I figured this was a good place to start. Since I gather that any
package will need to be submitted by someone else, I did not sign it
(also because I plan to setup another identity for dealing with
package submissions).

Can someone give feadback as to anything that should be corrected in
this package or submit it upstream?


libtap_1.03-1.deb
Description: application/debian-package

Re: Submitting a package

[shawn wilson]

On Fri, Oct 18, 2013 at 12:59 PM, John Paul Adrian Glaubitz
 wrote:
> Hi Shawn!
>
> On 10/18/2013 05:54 PM, shawn wilson wrote:
>> Can someone give feadback as to anything that should be corrected in
>> this package or submit it upstream?
>
> You might want to start with the "Debian New Maintainer' Guide" [1].
>

I forgot to read that doc (saw it mentioned and then forgot) thanks.

> Basically, what you have to do first is getting to know how packaging
> in Debian works in general and what standards packages have to adhere
> to.
>

I think I basically did this in the attached package?

> For example, a package must have a proper Debian copyright file which
> lists the licenses of all program code components in the package. This
> is necessary to make it easy for everyone who uses and - more
> importantly - redistributes the package to know under what terms use
> and redistribution are possible. The copyright file has to list all
> copyright holders and account for possible different licenses for
> different code components (e.g., some code in your package might
> be GPL-2 while other parts might be covered by the MIT license).
>

I probably didn't do this :( Though the license is proprietary
(basically says 'use at your own risk and don't blame me for damage')
so I'm not sure what to call that?

> Furthermore, the package needs a proper control file which sets a
> package dependencies, its supported architectures, short and
> long description, section (for example, "sound"), distribution
> (main, contrib or non-free), maintainer name, homepage and
> so on.
>

Hmmm, I got most of thist. I noticed most fields are optional. I guess
every field that can be filled in should

> There are many other files which go into the debian directory
> depending on the type of package and there is probably more
> to say on that that I could fit into such an email.
>
> I recommend starting to read some documentation for newbies
> and trying to get your first proper package built. If you need
> feedback and help on that, you should resort to the mailing
> list and IRC channel of Debian Mentors.
>

I noticed there was a #debian-dev channel on freenode that said invite
only. Is there another non-invite -dev channel?


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAH_OBicYJKh4gcf8MCHK7X6n6kSe4ptmfKPTYQGPc=pkrg3...@mail.gmail.com

Re: Submitting a package

[shawn wilson]

Thanks

On Fri, Oct 18, 2013 at 1:22 PM, John Paul Adrian Glaubitz
 wrote:
> On 10/18/2013 07:12 PM, shawn wilson wrote:
>>> Basically, what you have to do first is getting to know how packaging
>>> in Debian works in general and what standards packages have to adhere
>>> to.
>>>
>>
>> I think I basically did this in the attached package?
>
> No, I'm afraid not. There are many important things missing. There
> is no distinct short and long description in the control file, the
> changelog file does not adhere to Debian's formatting guidelines
> for changelogs, the Debian copyright file is missing, so is the
> symbols file and the README.Debian. I would actually have to see
> your packaging sources for a proper review, I can't really do that
> on a binary package.
>
> It almost looks like you built the package manually!?
>
>> I probably didn't do this :( Though the license is proprietary
>> (basically says 'use at your own risk and don't blame me for damage')
>> so I'm not sure what to call that?
>
> According to the upstream website, libtap is covered by a modified
> BSD license, see [1].
>
>>> Furthermore, the package needs a proper control file which sets a
>>> package dependencies, its supported architectures, short and
>>> long description, section (for example, "sound"), distribution
>>> (main, contrib or non-free), maintainer name, homepage and
>>> so on.
>>>
>>
>> Hmmm, I got most of thist. I noticed most fields are optional. I guess
>> every field that can be filled in should
>
> No, not really. Most of them are mandatory. They might be optional
> to get a working package, but not one that would get accepted into
> the official Debian repositories.
>
>>> There are many other files which go into the debian directory
>>> depending on the type of package and there is probably more
>>> to say on that that I could fit into such an email.
>>>
>>> I recommend starting to read some documentation for newbies
>>> and trying to get your first proper package built. If you need
>>> feedback and help on that, you should resort to the mailing
>>> list and IRC channel of Debian Mentors.
>>>
>>
>> I noticed there was a #debian-dev channel on freenode that said invite
>> only. Is there another non-invite -dev channel?
>
> I don't know what #debian-dev on FreeNode is, but most of us are
> in #debian-devel on OFTC. However, that's not the place to ask.
>
> Please seek advise on the Debian Mentors mailing list [2] and
> the #debian-mentors channel on OFTC.
>
> Cheers,
>
> Adrian
>
>> [1] http://www.shlomifish.org/open-source/projects/libtap/
>> [2] http://lists.debian.org/debian-mentors/
>
> --
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - glaub...@debian.org
> `. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
>   `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cah_obiccr8vbvakxp2mekxafpsb8q24kbtgcwuzrdzeu0z2...@mail.gmail.com

Bug#730674: ITP: piwik -- Open Source Web Analytics Software

[Shawn Landden]

Package: wnpp
Severity: wishlist
Owner: Shawn Landden 

* Package name: piwik
  Version : 1.12
  Upstream Author : Matthieu Aubry
* URL : http://piwik.org/
* License : GPL
  Programming Lang: PHP
  Description : Free Web Analytics Software

Piwik is the Leading Self-Hosted, Decentralized, Open Source Web Analytics
Platform, used by 460,000 websites in 150 countries. Piwik was founded by
Matthieu Aubry in 2007. Over the last five years, more talented and
passionate members of the community have joined the team.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131128015002.1568.99060.report...@debian-t61.churchofgit.com

Re: Bug#730674: ITP: piwik -- Open Source Web Analytics Software

[Shawn Landden]

On Thu, Nov 28, 2013 at 12:31 AM, Joachim Breitner  wrote:
> Hi,
>
> Am Mittwoch, den 27.11.2013, 17:50 -0800 schrieb Shawn Landden:
>> * Package name: piwik
>
> are you aware of
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448532 and
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506933 and
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609521
WOW
>
> Greetings,
> Joachim
> --
> Joachim "nomeata" Breitner
> Debian Developer
>   nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
>   JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



-- 

---
Shawn Landden
+1 360 389 3001 (SMS preferred)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAJusiZX0WCm0K==dT21b-ZaQZUJMsp8jViVjDDpqsiyTcHT=x...@mail.gmail.com

Re: GnuTLS in Debian

[Shawn Wilson]

My gut reaction was that #5 or #6 are the best option (leaning to #6). However 
I guess I don't understand what making something a system library effects the 
license?

Andreas Metzler  wrote:
>Hello,
>
>Debian ist still relying heavily on GnuTLS 2.12.x, and I do not think
>this is sustainable for much longer.
>
>State of Play:
>-
>In July 2011 with version 3.0 [1] GnuTLS switched to Nettle as only
>supported crypto backend. Nettle requires GMP.
>
>GnuTLS and Nettle are available under LGPLv2.1+.  GMP used to be
>licensed LGPLv2.1+ ages ago but upgraded to LGPLv3+ in version 4.2.2
>(released September 2007).
>
>Therefore GnuTLS 3.x cannot be used by GPLv2 (without "or later"
>clause) software which is the main reason most of Debian is still
>using GnuTLS 2.x.
>
>Problems:
>-
>GnuTLS 2.12.x is dated. It is upstream's old-old-old stable release
>(followed by 3.[012].x). The latest bugfix release happened in
>February 2012, later security fixes have not been solved by releases
>but
>by patches in GIT. GnuTLS 2.12.x does not work with the recently
>released
>gcrypt 1.6.0. Therefore we will need keep another old library version
>around. (I doubt that GnuTLS upstream will port GnuTLS 2.12.x to newer
>gcrypt.)
>
>How to continue from here/solve this:
>-
>#1 Fork LGPLv2.1+ GMP (version 4.2.1) for Debian.
>
>#2 Fork GnuTLS 2 for Debian.
>
>#3 Hope that GMP is relicensed to GPL2+/LGPLv3+
>
>#4 Hop nettle switches to a different arbitrary precision arithmetic 
>library.
>
>#5 Declare GMP to be a system library.
>
>#6 Move to GnuTLS3, drop GnuTLS2. Packages which cannot use GnuTLS3
>for license reasons will need to drop TLS support or be relicensed or
>be ported to a different TLS library.
>
>
>Personal comments:
>-
>I do not think #1 and #2 are realistic given Debian's manpower issues.
>Also
>#1 would stop working at all if nettle required newer GMP features. (I
>have not checked whether this is already the case.)
>
>I have given up on #3 and do not think it will happen. GMP upstream has
>been made aware of the issue in 2011 [2] and has not shown any
>intention of
>a license change.
>
>#4 is just here for completeness sake.
>
>#5 was how Fedora looked at the OpenSSL library issue. Since Debian
>has another viewpoint on OpenSSL I somehow doubt we would use it for
>GMP.
>
>Fedora is discussing the issue in
>. There is
>automatically generated depency tree with the problematic packages
>highlighted crosslinked in the bugreport[3]. Debian does not have the
>infrastructure to do something similar, but I guess gnutls usage is
>more widespread.
>
>Summary:
>-
>Afaict it boils down to #6. But perhaps I have missed something
>obvious. Comments welcome.
>
>cu Andreas
>
>
>[1] Version 2.11.1 (released 2010-09-14) used nettle as
>/prefered/ crypto backend, however gcrypt was still supported as
>alternative.
>
>[2] http://gmplib.org/list-archives/gmp-bugs/2011-February/002178.html 
>http://gmplib.org/list-archives/gmp-devel/2011-May/001952.html
>
>[3] http://people.redhat.com/nmavrogi/fedora/out.fedora.txt
>-- 
>`What a good friend you are to him, Dr. Maturin. His other friends are
>so grateful to you.'
>`I sew his ears on from time to time, sure'

Broken link

[shawn wilson]

Not sure if this is the proper list, but this is broken:
http://anonscm.debian.org/viewvc/d-i/trunk/packages/partman/partman-crypto/README?op=file

Which is from the 'Documentation for hackers' link.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAH_OBifw8uo1PJJXfReyzm3nhZ9RfY=l6rrghaspmkuvmq3...@mail.gmail.com

Re: Broken link

[shawn wilson]

On Mon, Jan 13, 2014 at 5:25 AM, shawn wilson  wrote:
> Not sure if this is the proper list, but this is broken:
> http://anonscm.debian.org/viewvc/d-i/trunk/packages/partman/partman-crypto/README?op=file
>
> Which is from the 'Documentation for hackers' link.

... here:
https://wiki.debian.org/DebianInstaller/PartmanCrypto


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cah_obiefibe4z95mczqq+hzqudvf-st3dwuf67j6hkfnxf3...@mail.gmail.com

Bug#773617: ITP: kcmsystemd -- A KDE Control Center module for systemd

[Shawn Sörbom]

Package: wnpp
Severity: wishlist
Owner: "Shawn Sörbom" 

* Package name: kcmsystemd
  Version : 0.7.0
  Upstream Author : Ragnar Thomsen 
* URL : https://github.com/rthomsen/kcmsystemd
* License : GPL3
  Programming Lang: C, C++
  Description : A KDE Control Center module for systemd

 This package is a KDE Control Center module for the systemd daemon.
 Kcm-systemd is capable of starting and stopping systemd units.
 In addition, it allows for the configuration of several systemd
 parameters.

 This module can be found under the "System administration"
 catagory in the KDE Control Center.
 It can also be run by issuing the command:
 kcmshell4 kcm_systemd


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141220215542.14883.83156.report...@medusa.shawnsorbom.net

Re: Libre graphics could become the standard if we push right now

[shawn wilson]

On Jan 14, 2016 5:11 PM, "Zlatan Todoric"  wrote:
>
>
>
> On 01/14/2016 09:11 PM, Alberto Salvia Novella wrote:
> > Nearly all compact Linux computers feasible for gaming are sold
> > exclusively using NVIDIA graphics, and that company is hostile to libre
> > software.
> >
> > So I think it is very important that we support AMD right now on what we
> > can, and ask manufacturers to include AMD graphics in those products.
> >
>
> You do realize that AMD graphics need proprietary firmware to have
> proper 3D acceleration without which you probably couldn't run any game
> at all - so goodbye Libre graphics.
>

Besides that, AMD's fglrx require X to be running in order to run while
nVidia does not (kinda sucks if you have a bunch of 8 card nodes using the
cards for scientific applications). Also, in this setting, there were a lot
more issues with AMD than nVidia (soft crashes, hard crashes, cards going
offline until reboot).

I'm not a big gamer, so maybe there are less issues with AMD in this
setting. And I'd be thrilled if either fglrx or nv were OSS (would weigh
heavily on purchasing decisions). However, because AMD really pissed me off
here, I had to say something here.

> > Because of that I have started campaigning for it:
> > http://steamcommunity.com/discussions/forum/11/458606248621316073/
> >

Re: Libre graphics could become the standard if we push right now

[shawn wilson]

On Jan 16, 2016 1:30 AM, "gaffa"  wrote:
>
> The firmware has a free license if you are to believe the WENCE file in
the
> kernel.
>

Ummm, just a guess but I think that would be talking about transferring
ownership and not on reverse engineering (for instance).

Bug#826179: ITP: open-tyrian -- Top-down futuristic fighter game

[Shawn Sörbom]

Package: wnpp
Severity: wishlist
Owner: "Shawn Sörbom" 

* Package name: open-tyrian
  Version : 2.1
  Upstream Author : The OpenTyrian Development Team
* URL : https://bitbucket.org/opentyrian/opentyrian/wiki/Home
* License : GPL-2
  Programming Lang: C
  Description : Top-down futuristic fighter game

Open Tyrian is a source port of the original Tyrian2000 (2.1) game.
It is a top-down arcade shooter where you pilot a spaceship to
various quadrants of the galaxy and destroy enemies.

More information is available on the upstream developers FAQ page:
https://bitbucket.org/opentyrian/opentyrian/wiki/FAQ

Bug#767545: ITP: minepeon -- MinePeon is a web inteface for managing cryptocoin mining with CGminer or bfgminer

[Shawn L. Djernes]

Package: wnpp
Severity: wishlist
Owner: "Shawn L. Djernes" 

* Package name: minepeon
  Version : 0.30PR2
  Upstream Author : Neil Fincham 
* URL : http://minepeon.com/
* License : GPL-3
  Programming Lang: PHP
  Description : MinePeon is a web inteface for managing cryptocoin mining 
with CGminer or bfgminer

MinePeon is a web interface to manage cryptocoin mining (Bitcoin, Litecoin etc)
with CGminer or BFGminer. MinePeon provides an easy way to configure the miner
and provides statistical capture with graphing via RRD.

-- Why Package It?
Debian has almost all the tools to create an embedded cryptocoin mining 
controller for use with ASIC and FPGA type hardware. The only thing missing
is an easy to use and manage interface.  I feel that MinePeon provides this.
Since MinePeon is web based it also allows for the creation of headless
mining control devices such as for use with an RPi or CubieTruck.

-- Plan for Package Maintenance?
This is my first package so there will be some bumps in the road.  Once I have
the package buildible and installable (Per Policy), I plan to submit it to the
pkg-bitcoin-dev group for review and possible sponsorship into Debian Proper.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141101002751.102090.2732.report...@jessie-vm.locobird.net

C compiler

[Shawn (Shu Xiang) Yu]

Hello,

I am new here. I just installed Debian on my system. When I try to compile a
c code with gcc, I got error says "undefined reference to 'sin'". This is
the same code run on Windows.

Anyone know how to fix it.

Thanks.

Shawn



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

Re: C compiler

[Shawn (Shu Xiang) Yu]

Sorry. Could you let me know where I can get help for Debian user?

Thanks.

- Original Message - 
From: "Roberto C. Sanchez" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, September 13, 2005 8:32 AM
Subject: Re: C compiler




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

Developer support

[Shawn (Shu Xiang) Yu]

Sorry. I need to ask one more question.

Where can I find a company that provide better developer support on Debian.
We are trying to find a company and pay fees to get support if we have
problem during develop code under the Linux. We need them to provide the
development tools.

Thanks!!!



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