Package: wnpp
Severity: wishlist
Owner: Luke Faraone
* Package name: groundcontrol
Version : 1.4
Upstream Author : Martin Owens
* URL : https://launchpad.net/groundcontrol
* License : GPL-3+
Programming Lang: Python
Description : Launchpad integration
Package: wnpp
Severity: wishlist
Owner: Luke Faraone
* Package name: groundcontrol
Version : 1.4
Upstream Author : Martin Owens
* URL : https://launchpad.net/groundcontrol
* License : GPL-3+
Programming Lang: Python
Description : Launchpad integration
While trying to prepare a multiarch version of libdbus I received some
conflicting advice about how much of the multiarch proposal is already
allowed by Policy, so I've prepared a multiarch version of a rather
simpler library (libgfshare) as a starting point.
Does this look OK for upload to experi
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: mascell...@poisson.phc.unipi.it
Package name: haskell-happstack
Version: 0.4.1
Upstream Author: Happstack team
URL: http://hackage.haskell.org/package/happstack
License: BSD
Descr
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: mascell...@poisson.phc.unipi.it
Package name: haskell-hsx
Version: 0.6.1
Upstream Author: Niklas Broberg
URL: http://hackage.haskell.org/package/hsx
License: BSD
Description: Has
Jan Hauke Rahm writes:
> On Thu, Feb 11, 2010 at 07:42:37AM +0100, Goswin von Brederlow wrote:
>> Sven Joachim writes:
>>
>> > On 2010-02-10 21:37 +0100, Goswin von Brederlow wrote:
>> >
>> >> Sven Joachim writes:
>> >>
>> >>> On 2010-02-10 19:02 +0100, Goswin von Brederlow wrote:
>> >>>
>> >>
Sven Joachim wrote:
> Why would anyone want to run the build target as root? If you do that,
> even running the clean target as root might not give you a state where
> you can build the package as a normal user again.
Because there was a time when fakeroot didn't work on some architectures and th
Hi all
I can now announce an "half official" statement from Kir
(who is the project manager of openvz) that they are now
dedicated to make a openvz. This is what he states:
-
Hi Ola, guys,
Thanks for the info. We have discussed this at length and
the resolution is we are all for it.
On 2010-02-10 18:58 +0100, Bill Allombert wrote:
> On Wed, Feb 10, 2010 at 06:14:22PM +0100, Sven Joachim wrote:
>> Actually, libjpeg62-dev is needed to build LSB compliant software that use
>> libjpeg, so losing that would not be very nice.
>
> Well, what I suggest:
>
> I rename the current binar
On my system
VERBOSE=no and I never touch it.
and there is plenty of log even with this default.
See you
Frederic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Thu, 11 Feb 2010 13:41:00 +0100, PICCA Frédéric-Emmanuel wrote:
> > This would lead to messages from the script to show up during boot
> > even when the 'quiet' boot is requested and no error occured, which I
> > believe is a bad idea.
> ok but for now even with quiet I have plenty of init scri
thanks
> Or setting it in /etc/default/rcS, from `man rcS`:
> VERBOSE
> Setting this option to no (in lower case) will make the
> boot process a bit less verbose. Setting this option
> to yes will make the boot process a bit more verbose.
so pl
>> so I need to use VERBOSE=yes in my script to override the vars.sh
>> values.
> This would lead to messages from the script to show up during boot
> even when the 'quiet' boot is requested and no error occured, which I
> believe is a bad idea.
ok but for now even with quiet I have plenty of ini
Hi there!
On Thu, 11 Feb 2010 13:03:57 +0100, PICCA Frédéric-Emmanuel wrote:
> On Thu, 11 Feb 2010 12:48:48 +0100, Petter Reinholdtsen wrote:
>> [PICCA Frédéric-Emmanuel]
>>> so what must I do for my init scripts. VERBOSITY / no VERBOSITY ?
>>
>> Use the VERBOSE to decide when to print informative
[PICCA Frédéric-Emmanuel]
> I know nothing about all this except that it would be nice to see
> the messages when started interactively by the user with the
> invoke-rc.d command
I agree, and I expect it will be fixed for Squeeze.
> so I need to use VERBOSE=yes in my script to override the vars.sh
[PICCA Frédéric-Emmanuel]
> I am using the /etc/init.d/skeleton (from unstable) file to write my
> package init scripts.
> but it seems that the lsb-base default behaviour is to have VERBOSE=no
> so there is no output.
> I believe this is a good default for the boot, and less good for
> package i
[PICCA Frédéric-Emmanuel]
> I am using the /etc/init.d/skeleton (from unstable) file to write my
> package init scripts.
> but it seems that the lsb-base default behaviour is to have VERBOSE=no
> so there is no output.
I believe this is a good default for the boot, and less good for
package insta
Zitat von Daniel Macks :
Coming here for wider input from gnome bugzilla Bug #606977 (and now
I'm rethinking the much older Bug #500137), which seems to center on
the line in glib-2.0.pc.in:
Libs: -L${libdir} -lglib-2.0 @INTLLIBS@
[...]
This is a real issue for me on OS X, since gettext is
Package: wnpp
Severity: wishlist
Owner: Bas Zoetekouw
* Package name: libalgorithm-fuzzycmeans-perl
Version : 0.02
Upstream Author : Mizuki Fujisawa
* URL : http://search.cpan.org/~fujisawa/Algorithm-FuzzyCmeans-0.02
* License : same as Perl
Programming Lang
> If you want to test forking ability just enable test-binary test without
> giving
> it a test-binary or use an empty one. This will make watchdog fork() and react
> if not possible.
Thinking about this some more, the test for an emtpy test-binary is done
*after* the fork, so it should find the
On Thu, Feb 11, 2010 at 3:16 PM, Daniel Macks wrote:
> I'd love to get this resolved so I know whether to bother filing bugs
> when I find "uses gettext but doesn't specify direct link against it"
> and if there is a consensus on how other packages should handle it.
I read on LWN recently that F
On Thu, Feb 11, 2010 at 07:42:37AM +0100, Goswin von Brederlow wrote:
> Sven Joachim writes:
>
> > On 2010-02-10 21:37 +0100, Goswin von Brederlow wrote:
> >
> >> Sven Joachim writes:
> >>
> >>> On 2010-02-10 19:02 +0100, Goswin von Brederlow wrote:
> >>>
> I often see sources where debian/
22 matches
Mail list logo
