On Thu, Jun 24, 2010 at 10:38 AM, Michael Tsang wrote:
> I have a recommendation for 32-bit libraries on 64-bit systems:
Multi-arch would be a better way to go:
http://wiki.debian.org/multiarch
http://www.lackof.org/taggart/hacking/multiarch/
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
I have a recommendation for 32-bit libraries on 64-bit systems:
Now, some libraries are available on 64-bit systems as lib32* but these are
very few. To improve this situation, I think that we can organise the library
packages as follows:
For a library with soname libfoo.so.1, we can make the f
On Wed, Jun 23, 2010 at 10:12:16AM +0200, Jan Dittberner wrote [edited]:
> A short update:
[..]
Great! You should report to the list at
http://workaround.org/cgi-bin/mailman/listinfo/debexpo-devel
(hosted by the gsoc mentor of debexpo)
Cheers,
Serafeim
--
To UNSUBSCRIBE, email to debian-deve
Package: wnpp
Severity: wishlist
Owner: Carlo Segre
* Package name: flotr
Version : 0.2
Upstream Author : Bas Wenneker
* URL : http://code.google.com/p/flotr/
* License : MIT
Programming Lang: JavaScript
Description : plotting library for the Prototyp
Bonjour
Je vous invite à consulter l'article :
http://comfortplusmaroc.blog4ever.com/blog/lire-article-34561-94856-programme_marrakech_03_nuits__04_jours.html
Bienvenue à Marrakech
Ibtissam DERRAZ
Assistante de direction
COMFORT PLUS
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.de
"Hans-J. Ullrich" writes:
> Dear maintainer-team,
>
> it would be very nice, if you could correct the following bugreports;
>
> 1. #581840 = please close this bug, as it merges with bug #583613
Bug reports that are the same bug should not be closed but should be
merged. Which means reassigning t
Dear maintainer-team,
it would be very nice, if you could correct the following bugreports;
1. #581840 = please close this bug, as it merges with bug #583613
2. #583613 = this report at the moment is targeted to package "nvidia-glx"
which is NOT the correct target. This bug has nothing to do wi
On Wed, 23 Jun 2010 17:06:07 +0200, Goswin von Brederlow wrote:
> That is because components are not supposed to have versions of their
> own. :) If components are seperately versioned and releases then build
> them seperate.
>
> Is it really so much more work to have 2 source packages? Seems to
David Paleino writes:
> On Mon, 14 Jun 2010 20:00:28 +0200, David Paleino wrote:
>
>> Hello people,
>> [..]
>
> Ahah! I got it.
>
>> [..]
>> $ ls -1 *.gz
>> josm_0.0.svn3329.orig-plugins-0.0.svn21666.tar.gz
>> josm_0.0.svn3329.orig.tar.gz
>> $
>
> doesn't accept dots. So, I changed that
Joerg Jaspert writes:
>> Beyond making dash the default /bin/sh, which has already happened, is it
>> (still) a long-time goal to make bash not Essential, or did I dream that?
>> Because if it is, getting there means adding a lot of "Depends: bash" first,
>> and so Lintian should probably add
plz add my id for link ex dear
lingforu1...@gmail.com
[Jan Dittberner, 2010-06-23]
> A short update:
>
> I started work on debexpo yesterday and I'm almost finished porting it to
> Pylons 1.0, SQLAlchemy 0.6 and the latests python-debian. I will put my work
> in
> a publicly accessible git repository and will improve the unit test coverage
> before
On Wed, Jun 16, 2010 at 09:42:14PM +0200, Serafeim Zanikolas wrote:
> On Thu, Jun 10, 2010 at 10:13:35AM +0800, Paul Wise wrote [edited]:
> > Some of the above is part of the proposed design for debexpo, which
> > really needs folks to step up and work on it (hint hint).
>
> No need for subtlety.
13 matches
Mail list logo
