Hello -
Just released a brand-new 100% internet-based
business with a revolutionary new automated
"rejection-fr'ee" down-line building system that
will give you spillover from the day you join!
You will never see sign-ups come fast and steady
in any other business.
=> http://trckrs.com/76
Package: wnpp
Severity: wishlist
Owner: Debichem Team
* Package name: xtalopt
Version : r8.0
Upstream Author : David Lonie
* URL : http://xtalopt.openmolecules.net
* License : GPLv2, LGPLv2 and BSD
Programming Lang: C, C++
Description : Evolutionary Cr
]] Peter Samuelson
| I don't know how pkg-config handles multiarch either, but however
| it detects the desired host arch (is it just the PKG_CONFIG_PATH
| variable?), your /usr/bin/foo-config shouldn't have to care.
Your cross-toolchain is supposed to set up a symlink from
/usr/bin/$triplet-pkg
[Alastair McKinstry]
> What is the preferred solution for handling these in the multi-arch
> debian world? Currently I am working on providing pkg-config .pc
> files as a replacement (and requesting that upstream deprecate the
> *-config scripts); I could rewrite the adios_config and dap-config
>
Hi,
In several packages I maintain there are programs that function like
pkg-config
(adios-config in adios; dap-config in libdap-dev). These then contain
architecture-specific
information similar to pkg-config files.
What is the preferred solution for handling these in the multi-arch
debian
Package: konqueror
Severity: normal
Tags: security
-- System Information:
Debian Release: wheezy/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'testing'), (500, 'stable')
Architecture: x86_64
Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE@euro, LC_CTYPE
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
* Package name: wcslib
Version : 4.8
Upstream Author : Mark Calabretta
* URL : http://www.atnf.csiro.au/people/mcalabre/WCS/
* License : GPLv3+
Programming Lang: C
Description : Implementation of t
On Tue, 13 Sep 2011 15:14:33 +0200, Stefano Zacchiroli wrote:
> Steve suggested a feature that might improve the status quo:
I like the idea.
> - enable people to subscribe to bug traffic only if it matches specific
> tags (the idea being of forwarding upstream only the traffic for
> "confi
Hi,
On Wed, Sep 14, 2011 at 08:02:13AM +0200, Niels Thykier wrote:
> I have two questions so far. First what usertag will you be using for
> the bugs (if any)? As far as I can tell, there is not listed on the
> wiki. Secondly, where can I (or will I be able to) see the progress of
> this goal?
Package: wnpp
Severity: wishlist
Owner: Marcin Antczak
Package name: haml
Version : 3.1.3
Upstream Author : Hampton Catlin
URL : http://haml-lang.com/
License : MIT
Programming Lang: haml
Description : Haml is a markup language that is used to c
On Wed, Sep 14, 2011 at 02:06:39PM +0200, Bernd Zeimetz wrote:
> even if upstream is interested in bug reports (may be even in all of
> them) - it is not that easy to figure out how to subscribe to the bug
> mails of a package. We should make it easier for upstreams to subscribe
> to bts mails. May
Package: wnpp
Severity: wishlist
Owner: Laszlo Kajan
* Package name: libzerg
Version : 1.0.7
Upstream Author : Apua C.M. Paquola
* URL : http://code.google.com/p/libzerg/
* License : GNU GPL v2
Programming Lang: C
Description : C library for parsing t
On Sep 13, 2011, at 04:48 PM, Don Armstrong wrote:
>The main thing that is blocking me from implementing it currently is a
>set of perl modules which can handle the hard bit of managing a
>mailing list correctly so I don't have to write them from scratch.
Can you provide a bit more detail on this
Hi,
> status quo
> -
> *If upstream is aware of the option*, they can choose to be advised of
> all bugs or none.
>
> This gives upstream some control, and protects downstream from
> accusations of spamming, since upstream has to subscribe to mailings.
>
> But it's all-or-nothing. I
Hi Stefano (et al.)!
Stefano's post contains a fair assessment of our discussion. However I
would like to state in my own words the basic idea. I'll also provide
a couple of ideas of implementation details.
the problem
--
Often issues that ought to be sent upstream, aren't.
This is *
Hi Webmaster,
This is Kasaram Bala[Employee id: 427] from Cashyork.com
We would like to introduce you new updates in Cashyork advertising
network.
Cashyork advertising network now started Single sign on accounts [both
advertiser and publisher].
Single sign on account Features:
1. User can login t
On Sun, Sep 11, 2011 at 02:23:37PM +0100, Jon Dowland wrote:
> I think it would be wonderful to have such ease-of-use $HOME
> encryption in Debian. Ubuntu's scheme uses ecryptfs. Before I begin
> looking into how best I might help work towards this, I was wondering
> if experienced people could w
17 matches
Mail list logo
