Hi,
thanks for your help, Jonas, I think I found the error, or better,
a way to fix that.
On Do, 21 Jul 2011, Jonas Smedegaard wrote:
> ...perhaps because you mess with config file options that you are not
> familiar with.
Well, I used only git for editing the config file, by calling git remote
Package: wnpp
Severity: wishlist
Owner: "David Francos Cuartero (XayOn)"
* Package name: python-digenpy
Version : 1.3.4
Upstream Author : David Francos Cuartero
* URL : http://xayon.github.com/Digenpy/
* License : GPL2+
Programming Lang: Python
Description
Dear all,
I've just read this thread. What do you think about this [1]
[1] http://lists.debian.org/debian-mentors/2011/07/msg00427.html
Add:
- Previous Debian release include copyright image owner.
- Image license requires link to web site source as a condition.
Regards,
--
Elías Alejandro
-
* Joey Hess (jo...@debian.org) [110719 22:52]:
> Andreas Barth wrote:
> > The decision is already taken that Debian can run on BSD kernels. So
> > if someone wants to revert that decision, it'd need an GR. Not the
> > other way.
>
> That decision was made without a GR, and can manifestly be revers
I think that a clear statement from the kFreeBSD porters about this
would help concluding this debate.
Does anybody have anything to say about this?
I don't think the purpose of your question is concluding the debate, I
think it just tries to enforce your point of view by presenting your
goa
Le jeudi 21 juillet 2011 à 20:01 +0200, Stephan Seitz a écrit :
> I still don’t see the great advantages of systemd. It has some, yes, but
> how many people are really affected by the problems of our standard init?
> I’m using Debian for over ten years (server and desktop) and have never
> had
On Thu, Jul 21, 2011 at 5:44 PM, Marc Haber
wrote:
> On Wed, 20 Jul 2011 10:36:34 +0200, Tollef Fog Heen
> wrote:
>>Something like:
>>
>>ExecStartPre=/usr/sbin/update-exim4.conf
>>ExecStart=/usr/sbin/exim4 -bd -q30m
>>
>>should do what you want.
>
> exim4 is one example, and it adds some extra co
On Jul 21, Robert Millan wrote:
>
> If portability was made a mandatory requirement for an init system to
> be adopted,
> would the systemd porters be willing to implement everything needed
> to support on non-Linux ports the packages using a non-traditional init
> configuration, in the way they
On Wed, 20 Jul 2011 10:36:34 +0200, Tollef Fog Heen
wrote:
>Something like:
>
>ExecStartPre=/usr/sbin/update-exim4.conf
>ExecStart=/usr/sbin/exim4 -bd -q30m
>
>should do what you want.
exim4 is one example, and it adds some extra complexity. An exim4
daemon does two jobs: Running the queue and li
On Wed, 20 Jul 2011 10:29:57 +0200, Paul Wise wrote:
>I've never seen any package that needs this, do you have some examples?
Exim4, ippl, dsc-statistics, aide.
And these are only the packages that I maintain ;)
Greetings
Marc
--
-- !! No courtesy copies, pl
Votre demande de d�sabonnement � bien �t� pris en compte.
Ceci est le dernier email que vous recevez de notre part.
Si ceci est une erreur, vous pouvez vous r�inscrire:
Merci de vous rendre ici: http://sd-27551.dedibox.fr/?p=subscribe
--
To UNSUBSCRIBE, email to debian-devel-requ..
Marco d'Itri wrote:
> > >> I think that a clear statement from the kFreeBSD porters about this
> > >> would help concluding this debate.
> > > Does anybody have anything to say about this?
> > I don't think the purpose of your question is concluding the debate, I
> > think it just tries to enforce
2011/7/21 Marco d'Itri :
>> I don't think the purpose of your question is concluding the debate, I
>> think it just tries to enforce your point of view by presenting your
>> goal as an accepted premise.
> It still looks like an interesting question to me
Of course it looks interesting to you. It
On Thu, Jul 21, 2011 at 09:57:15AM -0700, Russ Allbery wrote:
> >> License: public-domain
> >> >> in the public domain>
>
> >> You do need some sort of statement about why the work is in the public
> >> domain, since that's a rather unusual status and requires some
> >> justification (such as t
* Uoti Urpala [110721 19:19]:
> First, as I already explained in earlier mails, it's wrong to think of only
> very
> visible features like a separate kernel as counting for excluding/including
> the
> people affected. There are _hundreds_ of other possible features/fixes with
> corresponding gro
On Thu, Jul 21, 2011 at 05:18:56PM +, Uoti Urpala wrote:
There are two primary mistakes you're making here.
No, you still don’t understand how Debian works. Debian does *not* always
do things that would benefit most of its users. If this was our goal, we
would ignore licence problems of a
On Jul 21, Robert Millan wrote:
> >> A more interesting question is: if systemd or upstart were adopted,
> >> would the kFreeBSD porters be willing to implement everything needed
> >> to support on their ports the packages using a non-traditional init
> >> configuration, in the way they consider
On Thu, 21 Jul 2011 at 19:16:50 +0200, Julien Valroff wrote:
> When running this type of config, how do you avoid pushing the upstream
> tags to the debian repository?
To push individual tags, use "git push origin 1.2-3" or something, instead
of "git push --tags".
To get rid of the upstream tags
2011/7/21 Marco d'Itri :
> On Jul 20, Marco d'Itri wrote:
>
>> A more interesting question is: if systemd or upstart were adopted,
>> would the kFreeBSD porters be willing to implement everything needed
>> to support on their ports the packages using a non-traditional init
>> configuration, in the
Bernhard R. Link debian.org> writes:
* Uoti Urpala [110720 18:37]:
>> Supporting things like kFreeBSD is a lot of effort to benefit few people. If
>> it's what a volunteer wants to work on then that is his right. But to insist
>> that others should work on it is wrong; project-wide priorities sho
Le jeudi 21 juil. 2011 à 15:57:32 (+0200 CEST), Thomas Preud'homme a écrit :
> Le jeudi 21 juillet 2011 10:11:37, Jonas Smedegaard a écrit :
> > On 11-07-21 at 11:10am, Norbert Preining wrote:
> > > I now want to include upstream git into a branch, either the upstream
> > > branch itself, or some o
Yaroslav Halchenko writes:
> On Wed, 20 Jul 2011, Russ Allbery wrote:
>> License: public-domain
>> > in the public domain>
>> You do need some sort of statement about why the work is in the public
>> domain, since that's a rather unusual status and requires some
>> justification (such as that
¿ Te interesaría conocerme ?
Hola, mi nombre es Pilar Díaz, tengo 20 años, mido 1.65, talla 5.
Soy estudiante de licenciatura en el Distrito Federal.
Busco caballero maduro que desee ser mi amigo íntimo y me ayude a solventar
mis gastos universitarios.
Soy estudiante dedicada, cul
Juliusz Chroboczek pps.jussieu.fr> writes:
> > So cgroups is "optional", but not really if you want a supported
> > systemd installation :)
>
> Yes, and that's exactly what I find worrying about Lennart's attitude:
> he presumes to impose his policy on you -- you must use Linux, you must
> use a
Package: wnpp
Severity: wishlist
Owner: Andrew Gainer
* Package name: bs2b-ladspa
Version : 0.9.1
Upstream Author : Sebastian Pipping
* URL : http://bs2b.sourceforge.net
* License : GNU GPL-2+
Programming Lang: C
Description : Bauer stereophonic-to-bi
Package: wnpp
Severity: wishlist
Owner: Andrew Gainer
* Package name: libbs2b
Version : 3.1.0
Upstream Author : Boris Mikhaylov
* URL : http://bs2b.sourceforge.net
* License : GNU GPL-2
Programming Lang: C++
Description : Bauer stereophonic-to-binaura
On Wed, 20 Jul 2011, Russ Allbery wrote:
> License: public-domain
>in the public domain>
> You do need some sort of statement about why the work is in the public
> domain, since that's a rather unusual status and requires some
> justification (such as that it's a US government work).
or just
On 11-07-21 at 11:18pm, Norbert Preining wrote:
> On Do, 21 Jul 2011, Jonas Smedegaard wrote:
> > > > git checkout -B --track upstream-git/foo bar
> > >
> > > That gives me:
> > > fatal: git checkout: updating paths is incompatible with switching
> > > branches.
> >
> > Sorry, as often happe
On Do, 21 Jul 2011, Jonas Smedegaard wrote:
> > > git checkout -B --track upstream-git/foo bar
> >
> > That gives me:
> > fatal: git checkout: updating paths is incompatible with switching
> > branches.
>
> Sorry, as often happens I got the order wrong:
>
> git checkout -B --track bar u
On 11-07-21 at 11:06pm, Norbert Preining wrote:
> On Do, 21 Jul 2011, Jonas Smedegaard wrote:
> > I would, instead of editing the config, use this command:
> >
> > git checkout -B --track upstream-git/foo bar
>
> That gives me:
> fatal: git checkout: updating paths is incompatible with sw
On Do, 21 Jul 2011, Thomas Preud'homme wrote:
> I would also precede it with git remote add upstream-git
>
That I did already.
Thanks both for your suggestions, unfortunately I am not further by now.
Any other ideas?
Best wishes
Norbert
---
On Do, 21 Jul 2011, Jonas Smedegaard wrote:
> I would, instead of editing the config, use this command:
>
> git checkout -B --track upstream-git/foo bar
That gives me:
fatal: git checkout: updating paths is incompatible with switching
branches.
Best wishes
Norbert
---
Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat
* Package name: xul-ext-autofill-forms
Version : 0.9.8.1
Upstream Author : Sebastian Tschan
* URL : http://autofillforms.mozdev.org/
* License : GPL
Programming Lang: Java Script
Description : Ic
On Thu, Jul 21, 2011 at 2:05 PM, Pali Rohár wrote:
> can somebody help me, what is needed to add new application to Debian?
> I'd like see my app SMPQ in Debian and Ubuntu. I send wnpp bug, more info
> about app here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633931
The wnpp bug is titled
Le jeudi 21 juillet 2011 10:11:37, Jonas Smedegaard a écrit :
> On 11-07-21 at 11:10am, Norbert Preining wrote:
> > I now want to include upstream git into a branch, either the upstream
> > branch itself, or some other/new one, but I have no idea how
> > to set that up?
> >
> > Can someone help me
On Thu, Jul 21, 2011 at 10:19:52AM +0100, Ian Campbell wrote:
> I meant I would help you to add kFreeBSD/xen support to d-i
> directly.
[...]
So I gathered--it's much appreciated! I'll give it a try and let
you/d-b know if I run into any issues. Once I get it working, I can
submit the appropriate
Hello,
can somebody help me, what is needed to add new application to Debian?
I'd like see my app SMPQ in Debian and Ubuntu. I send wnpp bug, more info
about app here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633931
--
Pali Rohár
pali.ro...@gmail.com
--
To UNSUBSCRIBE, email to debia
On Jul 20, Marco d'Itri wrote:
> A more interesting question is: if systemd or upstart were adopted,
> would the kFreeBSD porters be willing to implement everything needed
> to support on their ports the packages using a non-traditional init
> configuration, in the way they consider appropriate a
On Thu, Jul 21, 2011 at 10:51:44AM +, Philipp Kern wrote:
> On 2011-07-19, Steve Langasek wrote:
> > If we're talking about shared libraries, this is a non issue. the .la file
> > is named like the .so symlink, i.e. without the soname; dlopening a shared
> > library without specifying an sona
On 2011-07-19, Steve Langasek wrote:
> If we're talking about shared libraries, this is a non issue. the .la file
> is named like the .so symlink, i.e. without the soname; dlopening a shared
> library without specifying an soname is Broken and Wrong. So there's no
> reason for us to worry about
On Wed, 2011-07-20 at 17:58 +, The Fungi wrote:
> On Wed, Jul 20, 2011 at 10:04:03AM +0100, Ian Campbell wrote:
> > Producing a Linux d-i image which worked in a domU was reasonably
> > easy (assuming a suitable kernel flavour exists in the archive),
> > if you are interested in doing the same
On 11-07-21 at 11:10am, Norbert Preining wrote:
> I now want to include upstream git into a branch, either the upstream
> branch itself, or some other/new one, but I have no idea how
> to set that up?
>
> Can someone help me here? The remote is some
> git://gitorious.org//.git
>
> By now I
* Uoti Urpala [110720 18:37]:
> Supporting things like kFreeBSD is a lot of effort to benefit few people. If
> it's what a volunteer wants to work on then that is his right. But to insist
> that others should work on it is wrong; project-wide priorities should be
> based
> on rational decisions i
43 matches
Mail list logo
