>> Right now the source contents of unstable has, unpacked, 220MB. (Packed
>> gzip its 28MB, while the binary contents per have each have 18MB
>> packed).
> That should not be a problem in any non-joke box. Unless you'll run it
> in a memory-constrained vm or something.
Well. For our archives it
On Sun, 27 Mar 2011, Soren Hansen wrote:
> > NB checkout for fixes and alternative reimplementations (e.g. in
> > Python)
> I'm reliably informed that git can't work with tildes in tags
correct!
> (specifically in the context of git-bzr, at least). We a tag in bzr for
> each version we uploa
Thomas Goirand writes:
> Frankly, I think it's silly that there's both Git, HG and Bzr around.
> It's a loss of time for everyone, when all of the above 3 seems very
> close from each other in terms of functionality.
The same argument applies to Debian .deb, Red Hat .rpm, and so on. The
function
reassign 619520 ethtool
severity 619520 normal
thanks
On 2011-03-25 09:18:04 +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
>
> > reassign 619520 guessnet
> Bug #619520 [general] eth0 is not activated early enough, causing a delay in
> the Ethernet de
libtar popped up on wnpp-alert, so I ITAd it, but now I'm having second
thoughts. I've done one upload now though.
- No new releases since 2003. Upstream hasn't bothered building a dynamic
library, that's a Debian patch (and a corresponding patch in other distros).
- libarchive is superior (I s
On Mon, Mar 28, 2011 at 01:04:45AM +0800, Thomas Goirand wrote:
> I'm considering packaging Openstack cloud computing system for
> Debian. There's already another DD that expressed his interest for it.
So, I've met a couple of times during the last year people from
Rackspace (the company behind Op
Let me put this differently..
If there's a DD out there who wants to work *with* us and get OpenStack
(and all its dependencies, which is really the tedious part) into
Debian, I'd the *thrilled* to work with you. There's a number of things
that are needed, new packages as well as patches to existi
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
* Package name: starpu
Version : 0.4
Upstream Author : Cedric Augonnet
* URL : http://starpu.gforge.inria.fr/
* License : LGPL
Programming Lang: C
Description : Task scheduler for heterogeneous m
On Sun, 27 Mar 2011, Joerg Jaspert wrote:
> Right now the source contents of unstable has, unpacked, 220MB. (Packed
> gzip its 28MB, while the binary contents per have each have 18MB
> packed).
That should not be a problem in any non-joke box. Unless you'll run it
in a memory-constrained vm or so
2011/3/27 Yaroslav Halchenko :
>> Also, Openstack is using bzr, and I know only (CVS and) Git. Does
>> anyone have good pointers to documentation not aimed at newbies, so
>> I don't waste my time too much?
>
> few blunt cents: I would just
>
> 1. use something like
> https://github.com/yarikoptic
On 03/28/2011 02:57 AM, Yaroslav Halchenko wrote:
few blunt cents: I would just
1. use something like
https://github.com/yarikoptic/git-bzr
to not mess with learning bzr and operate in GIT (unless upstream
relies on some bzr mechanism to embed versioning during build etc)
Good idea
2011/3/27 Thomas Goirand :
> I already started in fact. I took the work made in Ubuntu, and did a
> bit of rework (I didn't like the rules.tiny debhelper style with so
> many overrides, or the fact that the rules didn't use setup.py...).
For years, Debian Developers have shouted and screamed whene
> Is there anyone else interested? I might open a new project on
> Alioth for that, if we are a lot. If we are only 2, then colab-maint
> will be enough, I guess.
I just wanted to express THANKS for the effort to get openstack in
Debian. It would be great, and thanks for taking care about it
> A
Package: wnpp
Severity: wishlist
Owner: Pierre Saramito
* Package name: pastix
Version : 3184
Upstream Author : Faverge Mathieu , Henon Pascal
, Lacoste Xavier , Ramet Pierre
* URL : http://pastix.gforge.inria.fr/
* License : CeCILL-C-V2
Programmin
Hi everyone,
I'm considering packaging Openstack cloud computing system for Debian.
There's already another DD that expressed his interest for it.
I already started in fact. I took the work made in Ubuntu, and did a bit
of rework (I didn't like the rules.tiny debhelper style with so many
ove
>> As we are no git gurus ourself: Does anyone out there see any trouble
>> doing it this way? It means storing something around 7GB of
>> uncompressed text files in git, plus the daily changes happening to
>> them, then diffing them in the way described above, however the
>> archive wil
Processing commands for cont...@bugs.debian.org:
> # which packages are essential affects the entire distribution
> reassign 619820 general
Bug #619820 [dash] either bash or dash should be enough
Bug reassigned from package 'dash' to 'general'.
Bug No longer marked as found in versions dash/0.5.5.
# which packages are essential affects the entire distribution
reassign 619820 general
quit
Hi,
Harald Dunkel wrote:
> I cannot remove dash nor bash. Both are marked as essential packages.
> One shell should be enough for a minimal system.
That's a good point. Raphael, do you remember why dash
On Sun, 27 Mar 2011, Joerg Jaspert wrote:
> - As there have been intermittent problems with the current tool which
> generates the pdiff files (on occasion causing us to have to restart
> the whole diff series), we looked into improving the situation. We
> finally came up with the idea to sto
On Sun, Mar 27, 2011 at 12:27:15PM +0100, Roger Leigh wrote:
> On Sun, Mar 27, 2011 at 10:56:28AM +0200, Joerg Jaspert wrote:
> > - The long standing project of enabling autosigning for the buildds also
> > got finished. That means that packages successfully built can now be
> > uploaded automa
On 2011-03-27, Roger Leigh wrote:
>> - The long standing project of enabling autosigning for the buildds also
>> got finished. That means that packages successfully built can now be
>> uploaded automatically, without waiting for the buildd admin to wake
>> up/come back from holiday/whatever.
On Sat, 26 Mar 2011 10:53:07 +0100
Joerg Jaspert wrote:
> there are currently two ways to indicate what Debian considers
> "Build-Essential". There is the package build-essential and there is
> also a flag in the packages files.
Wherever I do use build-essential in Emdebian scripts, it is the pa
Hi,
are there any news about leaf packages and the new field "mainpackage:"?
If so, will Wheezy contain packages using this new field?
Did you decide about throwing away DD built binaries?
* Joerg Jaspert [2011-03-27 10:56 +0200]:
> - We had some discussion about accepting ddebs into the archi
Le vendredi 25 mars 2011 14:06:16, Xavier Oswald a écrit :
> > Thanks to everyone for the past and future maintainership of lcdproc,
> > which was a major cross-distro contribution to the project.
>
> lcdproc_0.5.4-2 uploaded.
Source package is now archived on collab-maint:
http://git.debian.org
On Sun, Mar 27, 2011 at 10:56:28AM +0200, Joerg Jaspert wrote:
Just wanted to say congratulations to you all for for getting so much
great stuff done in such a short time, and many thanks for all your
hard work; it's much appreciated!
> - The long standing project of enabling autosigning for the
Joerg Jaspert wrote:
> there are currently two ways to indicate what Debian considers
> "Build-Essential". There is the package build-essential and there is
> also a flag in the packages files.
> We think it was used to be able to calculate the B-E packages by "just
> looking at the packages file
On Sun, Mar 27, 2011 at 07:09:42AM +0200, ArGeMaNiA wrote:
> Package: general
> Severity: normal
>
> The touchpad's mouse click is enabled.Before login it doesn't effect.After
> login it effects.
>
Hello,
Which login manager (xdm, gdm, kdm ?) and which desktop environment are
you using ? (GNOME,
Package: general
Severity: normal
The touchpad's mouse click is enabled.Before login it doesn't effect.After
login it effects.
-- System Information:
Debian Release: 6.0.1
APT prefers squeeze-updates
APT policy: (500, 'squeeze-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Li
28 matches
Mail list logo
