Re: Uploads without the architecture-dependant binary packages.

Mike Hommey writes: > On Mon, Jan 25, 2010 at 06:24:49PM +0100, Goswin von Brederlow wrote: >> Charles Plessy writes: >> >> > Hi all, >> > >> > I found it interesting that a package like git-core is autobuilt on all >> > ports >> > since at upload time it only contains the source and >> > arc

Re: correct way to mount stuff on tmpfs

On Mon, 25 Jan 2010, Thomas Koch wrote: Hi, while searching the right way to use tmpfs for a few locations, I found this howto: http://forums.debian.net/viewtopic.php?t=16450 What do you think about this approach? What's wrong with just putting it in /etc/fstab other than that synss doesn't

Re: lxc linux image flavour

On Jan 25, Bastian Blank wrote: > On Mon, Jan 25, 2010 at 12:26:42AM +, Marco d'Itri wrote: > > Actually I meant "vzctl exec" so this is not even close: I need to > > change the context of a running process. > Hu? "vzctl exec" does a fork and an exec. Please enlighten me where the > support y

Re: Uploads without the architecture-dependant binary packages.

Le Tue, Jan 26, 2010 at 01:22:38AM +0100, Joerg Jaspert a écrit : > > > I found it interesting that a package like git-core is autobuilt on all > > ports > > since at upload time it only contains the source and > > architecture-independant > > binary packages. I like it. I always feel sorry that

Re: Uploads without the architecture-dependant binary packages.

> I found it interesting that a package like git-core is autobuilt on all ports > since at upload time it only contains the source and architecture-independant > binary packages. I like it. I always feel sorry that no build logs are > available for the architecture I use for upload. > Before I sta

Re: Uploads without the architecture-dependant binary packages.

>> Before I start to do the same when possible, is it a bug or a feature ? Both. > That has always been a feature but recently the DAK has changed to throw > away the maintainer build debs (while still requireing them to be > uploaded) and running an autobuild on all archs. Oh, when did that ha

Re: lxc linux image flavour

On Sun, Jan 24, 2010 at 06:19:02PM +0100, Suno Ano wrote: > As you can see from http://sunoano.pastebin.com/m4b5380dc , line 29, > Cgroup memory controller is not. This setting is mandatory if you want > to control the available memory per containers and the like. It is not mandantory for the syst

Re: lxc linux image flavour

On Sun, 24 Jan 2010, Suno Ano wrote: > Bastian> Please describe the _kernel_ improvements over the normal > Bastian> images. Most of it is already enabled in the default images > Bastian> and does not warrant for an extra image. > > As you can see from http://sunoano.pastebin.com/m4b5380dc , l

Re: correct way to mount stuff on tmpfs

Hi there! On Mon, 25 Jan 2010 19:12:15 +0100, Thomas Koch wrote: > However, there are the options RAMRUN and RAMLOCK in /etc/default/rcS, but > they're not really helpful, because there are many more places that make > sense > in tmpfs. (pbuilder, apt cache) Like /tmp

Re: Bug#566905: ITP: python-ctypeslib -- code generator to convert header files into ctypes interfaces

[Richard Darst] > * Package name: python-ctypeslib Oh, great. Now I will no longer have a good excuse to avoid shipping the Subversion cpython bindings. (:, -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with

Bug#566921: ITP: libautobox-core-perl -- Methods for core built-in functions in perl's primitive types

Package: wnpp Severity: wishlist Owner: "Jeremiah C. Foster" * Package name: libautobox-core-perl Version : 0.6 Upstream Author : Scott Walters * URL : http://cpan.uwinnipeg.ca/dist/autobox-Core * License : GPL | Artistic Programming Lang: Perl Descriptio

Bug#566905: ITP: python-ctypeslib -- code generator to convert header files into ctypes interfaces

Package: wnpp Severity: wishlist Owner: Richard Darst * Package name: python-ctypeslib Version : 0.0.cvs20100125 Upstream Author : Thomas Heller * URL : http://starship.python.net/crew/theller/ctypes/ * License : MIT Programming Lang: Python Description

Bug#566907: ITP: mingw-w64 -- Minimalist GNU w64 (cross) runtime

Package: wnpp Severity: wishlist Owner: Robert Millan * Package name: mingw-w64 * URL : http://mingw-w64.sourceforge.net/ * License : GPL, LGPL, ZPL, etc... Programming Lang: C, amd64 asm Description : Minimalist GNU w64 (cross) runtime This package contains the

Bug#566908: ITP: libtext-flow-perl -- module providing generalized text wrapping

Package: wnpp Owner: Jonathan Yu Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libtext-flow-perl Version : 0.01 Upstream Author : Stevan Little * URL : http://search.cpan.org/dist/Text-Flow/ * License

Bug#566900: RFH: openbox -- standards compliant, fast, light-weight, extensible window manager

Package: wnpp Severity: normal I request assistance with maintaining the openbox package. I am especially interested in a co-maintainer who uses openbox in a gnome or lxde environment as it is a PITA to debug these setups (at least when you're not using them). The project is currently hosted at

Bug#566903: ITP: libcolor-palette-perl -- module to manipulate sets of named colours

Package: wnpp Owner: Jonathan Yu Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libcolor-palette-perl Version : 0.091400 Upstream Author : Ricardo SIGNES * URL : http://search.cpan.org/dist/Color-Palette/ *

Bug#566898: ITP: libgraphics-primitive-perl -- system to portably create and manipulate graphical components

Package: wnpp Owner: Jonathan Yu Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libgraphics-primitive-perl Version : 0.49 Upstream Author : Cory G Watson * URL : http://search.cpan.org/dist/Graphics-Primitiv

Bug#566884: ITP: gnome-color-manager -- Color management integration for the Gnome desktop environment

Package: wnpp Owner: Roland Mas Severity: wishlist * Package name: gnome-color-manager Version : 2.29.2 Upstream Author : Richard Hughes * URL or Web page : http://projects.gnome.org/gnome-color-manager/ * License : GPL-2, GFDL for the docs Description : Color manag

Re: lxc linux image flavour

On Mon, Jan 25, 2010 at 12:26:42AM +, Marco d'Itri wrote: > Actually I meant "vzctl exec" so this is not even close: I need to > change the context of a running process. Hu? "vzctl exec" does a fork and an exec. Please enlighten me where the support you want is actually implemented. Bastian

correct way to mount stuff on tmpfs

Hi, while searching the right way to use tmpfs for a few locations, I found this howto: http://forums.debian.net/viewtopic.php?t=16450 What do you think about this approach? If you think, this is the right way, then I'd make a Debian package out of it with nice debconf question, which things t

Re: Bug#551789: can somebody put the unihan.txt file back?

#> "PW" == Paul Wise writes: #PW> I think this bug should be reassigned back to the unicode package and #PW> changed to severity important reassign 551789 unicode severity 551789 important #PW> it needs to be adapted to the latest upstream formats and probably #PW> also handle the old format t

Re: FOP: Objects for Formatting Objects ?

Am Montag, den 25.01.2010, 18:51 +0100 schrieb Mathieu Malaterre: [..] > "If you do not manually install the fop-hyph.jar it renders the whole > fop package unusable. It fails with error like: SEVERE: Couldn't find > hyphenation pattern en" Nope, that is not, why it fails. This is printed. But th

Re: lxc linux image flavour

Marco d'Itri wrote: > On Jan 24, maximilian attems wrote: [] >> On the negative side it doesn't have yet checkpointing support >> and not all net/ has netns support yet. > It's not just that, AFAIK there is no match for many of the > user_beancounters features (especially the accounting part) and

Re: FOP: Objects for Formatting Objects ?

On Mon, Jan 25, 2010 at 06:51:00PM +0100, Mathieu Malaterre wrote: > Let me rephrase into: > > "If you do not manually install the fop-hyph.jar it renders the whole > fop package unusable. It fails with error like: SEVERE: Couldn't find > hyphenation pattern en" It does provide this warning, but

Re: FOP: Objects for Formatting Objects ?

On Mon, Jan 25, 2010 at 6:41 PM, Russ Allbery wrote: > Mathieu Malaterre writes: > >>   I am reading: >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526092#20 > >>   Could someone please let me know why exactly fop-hyph.jar cannot be >> included as a debian package ? LPPL is technically allo

Re: FOP: Objects for Formatting Objects ?

Mathieu Malaterre writes: > I am reading: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526092#20 > Could someone please let me know why exactly fop-hyph.jar cannot be > included as a debian package ? LPPL is technically allowed in debian, > right ? That bug was closed, so I'm not quit

Re: Uploads without the architecture-dependant binary packages.

On Mon, Jan 25, 2010 at 06:24:49PM +0100, Goswin von Brederlow wrote: > Charles Plessy writes: > > > Hi all, > > > > I found it interesting that a package like git-core is autobuilt on all > > ports > > since at upload time it only contains the source and > > architecture-independant > > binary

Re: Uploads without the architecture-dependant binary packages.

Charles Plessy writes: > Hi all, > > I found it interesting that a package like git-core is autobuilt on all ports > since at upload time it only contains the source and architecture-independant > binary packages. I like it. I always feel sorry that no build logs are > available for the architect

FOP: Objects for Formatting Objects ?

Hi there, I am reading: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526092#20 Could someone please let me know why exactly fop-hyph.jar cannot be included as a debian package ? LPPL is technically allowed in debian, right ? Ref: http://xmlgraphics.apache.org/fop/0.95/hyphenation.html#li

Bug#566854: ITP: python-apipkg -- namespace control and lazy-import mechanism for python

Package: wnpp Severity: wishlist Owner: Adam Schmalhofer * Package name: python-apipkg Version : 1.0b6 Upstream Author : holger krekel * URL : http://pypi.python.org/pypi/apipkg * License : MIT Programming Lang: Python Description : namespace control

Bug#566851: ITP: awb -- website builder combining asciidoc markup with templates

Package: wnpp Severity: wishlist Owner: Vincenzo Tibullo * Package name: awb Version : 0.2.4 Upstream Author : Jared Henley * URL : http://jared.henley.id.au/software/awb/ * License : GPL Programming Lang: Python Description : website builder combinin

Bebek Kutlamalari-Belru Patisserie

tel no: 0216 572 55 66 SIPARISINIZI VERIN, URUNUNUZ KAPINIZA GELSIN DOGACAK BEBEGINIZIN GELISINI KUTLAMAK ICIN URUNLERIMIZE BIR GOZ ATMAYA NE DERSINIZ??? www.belrupatisserie.com/shop Web Sitemizden tum urun cesitlerimizi fotograflari ile inceleyebilir ve

Uploads without the architecture-dependant binary packages.

Hi all, I found it interesting that a package like git-core is autobuilt on all ports since at upload time it only contains the source and architecture-independant binary packages. I like it. I always feel sorry that no build logs are available for the architecture I use for upload. Before I star

Re: can somebody put the unihan.txt file back?

On Mon, Jan 25, 2010 at 4:19 PM, wrote: > Can somebody put the unihan.txt file back where it belongs via NMU for 551789? Sounds like the unicode-data unihan.txt split is an upstream change that is intentional: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551789#10 I think this bug should

Re: Sourcing init-functions

On 25.01.2010 09:06, Steve Langasek wrote: > On Mon, Jan 25, 2010 at 08:50:04AM +0100, Gabor Gombas wrote: >> On Sat, Jan 16, 2010 at 02:36:48AM -0800, Steve Langasek wrote: > >>> Looks like nonsense to me. I think you should file a bug. For one thing, >>> any init script that needs lsb-base (>=

"25 de janeiro - Aniversário de São Paulo"

Caso não visualize esse email adequadamente acesse este link http://cjf.mkt9.com/ver_mensagem.php?id=H|506|21446|124602795259938000 Se você não deseja mais receber nossos e-mails, cancele sua inscrição através do link http://cjf.mkt9.com/admin/sair.php?id=21446|506|0&uid=124602795259938000

Bug#566798: ITP: python-objgraph -- Ad-hoc tools for drawing Python object reference graphs with graphviz

Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: python-objgraph Version : 1.2 Upstream Author : Marius Gedminas * URL : http://mg.pov.lt/objgraph/ * License : MIT/X Programming Lang: Python Description : Ad-hoc tools for drawing

Re: Sourcing init-functions

On Mon, Jan 25, 2010 at 08:50:04AM +0100, Gabor Gombas wrote: > On Sat, Jan 16, 2010 at 02:36:48AM -0800, Steve Langasek wrote: > > Looks like nonsense to me. I think you should file a bug. For one thing, > > any init script that needs lsb-base (>= 3.0-6) *should depend on lsb-base > > (>= 3.0-6