On Wed, Jul 20, 2011 at 11:46 PM, John W Foster wrote:
> There is a new stable release from Wikimedia of MediaWiki 1.17.0 Any
> idea when we will see it packaged for Debian. It is said to support
> substitution// {{subst}} & {{safesubst}} // so that the error message we
> are getting with Ver. 1.
Package: wnpp
Severity: wishlist
Owner: Lars Kneschke
* Package name: tine20
Version : 2011-05-1
Upstream Author : Lars Kneschke
* URL : http://www.tine20.org/
* License : AGPL-3
Programming Lang: PHP, JavaScript
Description : Tine 2.0 is an webbased
Hi everyone,
I have a question regarding git/debian/upstream.
I have a git repository on git.debian.org for packaging upstream,
and I push/pull from that to my local laptop dev.
I use git-import-org and friends, so the layout is:
$ git branch
for-squeeze
master
pristine-tar
upstream
$
wh
Package: wnpp
Severity: wishlist
Owner: jp
* Package name: speakup-tools
Version : 0.0~git20110720
Upstream Author : The speakup Team
* URL : http://linux-speakup.org/speakup-tools.git
* License : GPL-2+
Programming Lang: Shell-script
Description : To
Package: wnpp
Severity: wishlist
Owner: jp
* Package name: speechd-up
Version : 0.5~20110719
Upstream Author : Hynek Hanke
Kirk Reiser
Jan Buchal
* URL : git://github.com/williamh/speechd-up.git
* License : GPL-2
P
There is a new stable release from Wikimedia of MediaWiki 1.17.0 Any
idea when we will see it packaged for Debian. It is said to support
substitution// {{subst}} & {{safesubst}} // so that the error message we
are getting with Ver. 1.15 will be resolved. It is an important upgrade
for those of us
Russell Coker coker.com.au> writes:
> Uoti, if you spend your time patching systemd for freebsd instead of arguing
> you will do more to get systemd supported.
Even assuming that Debian would fail to support systemd without such a port, I'd
rather spend my programming time working on software tha
Uoti, if you spend your time patching systemd for freebsd instead of arguing
you will do more to get systemd supported.
--
My bloghttp://etbe.coker.com.au
Sent from an Xperia X10 Android phone
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe"
brian m. carlson crustytoothpaste.net> writes:
> On Wed, Jul 20, 2011 at 04:36:35PM +, Uoti Urpala wrote:
>> I think you're committing exactly the fallacy I described in the part you
>> snipped. You think that "excluding" people who want a particular kernel is
>> significant when it's a "big t
Hi Andrey,
Andrey Rahmatullin wrote:
> > > > On the other hand, Dillo's support for CSS and such is sketchy at best.
> > > > There's no javascript or anything of that kind as well.
> > > What about links2 -g?
> > [...]
> I mean, "how is dillo compared to links2 -g if they both have similar
> restr
On Wed, Jul 20, 2011 at 08:44:43PM +0200, Ben Hutchings wrote:
> On Wed, 2011-07-20 at 18:27 +, brian m. carlson wrote:
> > In most cases, if a package is buggy on some platform, the porters will
> > either fix it or exclude it from that platform. Nevertheless, we expect
> > Essential packages
On Wed, 2011-07-20 at 18:27 +, brian m. carlson wrote:
> On Wed, Jul 20, 2011 at 04:36:35PM +, Uoti Urpala wrote:
> > I think you're committing exactly the fallacy I described in the part you
> > snipped. You think that "excluding" people who want a particular kernel is
> > significant when
On Wed, Jul 20, 2011 at 08:19:46PM +0200, Jakub Wilk wrote:
> So what to put in the Copyright field? It's a required one.
I'd do something like this:
Copyright: not applicable
License: public-domain
This work was created by the government of the United States of
America without
Jakub Wilk writes:
> * Russ Allbery , 2011-07-20, 11:06:
>> I think public domain in the Debian DEP-5 context is a license. While
>> it's not legally a license, the public domain status serves the same
>> purpose: telling people what rights they have to use the work. So I
>> would do something
On Wed, Jul 20, 2011 at 04:36:35PM +, Uoti Urpala wrote:
> I think you're committing exactly the fallacy I described in the part you
> snipped. You think that "excluding" people who want a particular kernel is
> significant when it's a "big thing" like a kernel. But _any_ case of not
> supporti
On Wed, Jul 20, 2011 at 07:40:40PM +0200, Axel Beckert wrote:
> > > On the other hand, Dillo's support for CSS and such is sketchy at best.
> > > There's no javascript or anything of that kind as well.
> > What about links2 -g?
>
> JavaScript support in links2 has been killed by upstream in the 2.
* Russ Allbery , 2011-07-20, 11:06:
http://dep.debian.net/deps/dep5/
kinda suggests to use short license name "public-domain" within
License: field. But also it suggests that Copyright is the correct
place for such information (which I agree with, since being "public
domain" is about ownershi
Hi,
Adam Borowski wrote:
> On Wed, Jul 20, 2011 at 06:26:02AM +0100, Neil Williams wrote:
> > I remember asking for dillo to be removed due to the above, I'm glad
> > someone has had time to fix the issues. Is dillo v3.0 using GTK 3 or
> > GTK 2 with no deprecated code or just FLTK1.3? (I'm assumi
Yaroslav Halchenko writes:
> quick one -- where to place "public domain" -- into Copyright or
> License?
> http://dep.debian.net/deps/dep5/
> kinda suggests to use short license name "public-domain" within License:
> field. But also it suggests that Copyright is the correct place for
> such inf
Hi,
Andrey Rahmatullin wrote:
> > On the other hand, Dillo's support for CSS and such is sketchy at best.
> > There's no javascript or anything of that kind as well.
> What about links2 -g?
JavaScript support in links2 has been killed by upstream in the 2.1 release:
Mon Apr 16 01:49:07 MET DST 2
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 for kFreeBSD I'd be more
> than happy to give some guidance/
On Wed, Jul 20, 2011 at 10:42:07AM +0200, Adam Borowski wrote:
> > How does the (unreleased) version compare with Arora (my current
> > candidate for "small but usable web browser") and how soon is it
> > likely to be ready for release?
> Arora is just a yet another interface for webkit; it takes
Josselin Mouette writes:
> Having concluded from this thread that 1) kfreebsd is important to
> Debian and 2) systemd is important for Debian, the question cannot be
> which one we choose between the two, but HOW we achieve both with the
> least pain possible.
+1
--
Russ Allbery (r...@debian.o
m...@linux.it (Marco d'Itri) writes:
> On Jul 20, Russ Allbery wrote:
>> ZFS is a pretty big one.
> It is about as stable as BTRFS on Linux, so I do not see either a
> compelling argument right now.
I know from actual, real-world testing and usage of specifically Debian
kFreeBSD that ZFS is sta
Bernhard R. Link debian.org> writes:
> * Uoti Urpala pp1.inet.fi> [110719 23:31]:
> > Wouter Verhelst debian.org> writes:
> > > Debian is the 'Universal' operating system, and many of our developers
> > > (including myself) pride themselves on that. We port to many
> > > architectures, we port t
On Wed, Jul 20, 2011 at 04:31:24PM +0200, Marco d'Itri wrote:
> On Jul 20, Russ Allbery wrote:
>
> > > Again, why?
> > ZFS is a pretty big one.
> It is about as stable as BTRFS on Linux, so I do not see either a
> compelling argument right now.
Do you have any data to back up that statement? The
On Jul 20, Mike Hommey wrote:
> > > > Again, why?
> > > ZFS is a pretty big one.
> > It is about as stable as BTRFS on Linux, so I do not see either a
> > compelling argument right now.
> BTRFS ? stable ? You must be living in the future.
My point.
--
ciao,
Marco
signature.asc
Description: Di
On Wed, Jul 20, 2011 at 04:31:24PM +0200, Marco d'Itri wrote:
> On Jul 20, Russ Allbery wrote:
>
> > > Again, why?
> > ZFS is a pretty big one.
> It is about as stable as BTRFS on Linux, so I do not see either a
> compelling argument right now.
BTRFS ? stable ? You must be living in the future.
Package: wnpp
Severity: wishlist
Owner: Michael Schutte
[Cc-ing pkg-mozext-maintainers, whom I’d like to join for packaging
this, and Vimperator maintainer Francois Marier]
* Package name: dactyl
Version : 1.0~b6.1
Upstream Author : Doug Kearns ,
Kris Maglione
Hi Lionel,
On Sun, Jul 10, 2011 at 04:48:16PM +0200, Lionel Elie Mamane wrote:
> >>> To finish an old release goal from Squeeze, to comply with Policy
> >>> 10.2 and to ease the introduction of MultiArch, I'm filing bugs
> >>> against packages which contain .la files which can be either removed
>
On Jul 20, Russ Allbery wrote:
> > Again, why?
> ZFS is a pretty big one.
It is about as stable as BTRFS on Linux, so I do not see either a
compelling argument right now.
--
ciao,
Marco
signature.asc
Description: Digital signature
2011/7/20 Aurelien Jarno :
> I think it should be ',' instead of '|' here, there is no need for
> alternative, the architecture conditionals already do the job.
Hi Aurelien
You're right. I just followed existing practice, but I admit it's not
entirely consistent.
However, since this is basicall
> That is very good and has way more chances of changing the status quo
> in Debian than any pro- or against-systemd thread on -devel.
Just to clarify -- this is not a pro- or against- thread, which, as I've
tried to make clear in my initial mail, would be premature. My goal is
to get people thin
quick one -- where to place "public domain" -- into Copyright or
License?
http://dep.debian.net/deps/dep5/
kinda suggests to use short license name "public-domain" within License:
field. But also it suggests that Copyright is the correct place for
such information (which I agree with, since being
Package: wnpp
Severity: wishlist
Owner: Cesar Mauri
* Package name: eviacam
Version : 1.5.1
Upstream Author : Cesar Mauri
* URL : http://viacam.org
* License : GPL
Programming Lang: C, C++
Description : A cross platform webcam based mouse emulator
En
Am 20.07.2011 13:58, schrieb Jordi Mallach:
> This was noted by Tolimar when he accepted the package, and I made the
> changes in -2, which should be sitting in NEW right now.
... and got accepted four minutes, after you sent your mail ;)
Best regards,
Alexander
--
To UNSUBSCRIBE, email to
On Wed, Jul 20, 2011 at 02:45:14AM +0200, Jonas Smedegaard wrote:
> This package appeared in main and does not depend on MESS, only enhances
> it - still it seems to me that this package have no use without MESS and
> therefore should instead be in contrib - because MESS is in non-free.
This was
On Jul 20, Josselin Mouette wrote:
> Having concluded from this thread that 1) kfreebsd is important to
> Debian and 2) systemd is important for Debian, the question cannot be
I think that both statements are not so much obvious, but anyway...
> which one we choose between the two, but HOW we ac
Hi all.
(Putting -bsd@ in the loop, since I believe not everyone there reads
-devel@. The (very long) thread starts at:
http://lists.debian.org/debian-devel/2011/07/msg00269.html)
Josselin Mouette (20/07/2011):
> You are both framing the discussion through a fallacy: that the only
> choice
Le mardi 19 juillet 2011 à 13:41 -0500, Peter Samuelson a écrit :
> [Uoti Urpala]
> > IMO letting kFreeBSD block a technology like systemd (or even letting
> > it have a significant impact on the discussion about whether it's
> > desirable to introduce the technology for the main Linux case) would
Le mercredi 20 juillet 2011 à 10:29 +0200, Paul Wise a écrit :
> Such packages can be supported by ExecStartPre, as documented in the
> systemd.service manual page.
>
> ExecStartPre=/usr/bin/generate-my-config-file
>
> I've never seen any package that needs this, do you have some examples?
exi
On Wed, Jul 20, 2011 at 09:37:07AM +0200, Raphael Hertzog wrote:
> I am among the people who are proud to see that we managed to achieve
> Debian kfreebsd.
Same here, I've always mentioned GNU/kFreeBSD as one of the things I'm
most proud of in the Squeeze release. I'd be no less proud of seeing
De
I don't know for any of you folks, but carrying an endless thread with
the name of someone doesn't make me very comfortable.
Could at least people participating in this thread drop Lennart's name
from the Subject: field?
TIA...
signature.asc
Description: Digital signature
On Wed, Jul 20, 2011 at 12:52:36AM +0200, Wouter Verhelst wrote:
> Where it came from is less important than what it represents today to some of
> us. I believe I can read in your post that you don't like it; but certainly
> this is not true for all of us.
It completely predates Debian releasing n
On Tue, 2011-07-19 at 14:04 +, The Fungi wrote:
> I do in fact run kFreeBSD, and further, I do it within DomU on
> Debian/squeeze i386 Xen Dom0 hosts (though I had to install the root
> FS from the kFreeBSD D-I ISO under QEMU initially and then boot the
> result in Xen).
Producing a Linux d-i
On Tue, Jul 19, 2011 at 09:26:33PM +0200, Wouter Verhelst wrote:
> Frankly, I'd be somewhat surprised if some time after the release of wheezy
> (but still before wheezy+1), usage of Debian kFreeBSD did not surpass that of
> the i386 port.
I'd be *very* surprised. I can only imagine this happenin
* Uoti Urpala [110719 23:31]:
> Wouter Verhelst debian.org> writes:
> > Debian is the 'Universal' operating system, and many of our developers
> > (including myself) pride themselves on that. We port to many
> > architectures, we port to multiple kernels. It's one of the defining
> > features of
Le mardi 19 juillet 2011 à 21:26 +0200, Wouter Verhelst a écrit :
> kFreeBSD is currently released as a "technology preview". With that, we
> mean it works, but it isn't necessarily ready yet for prime usage. The
> fact that there currently aren't many users yet isn't surprising in that
> light. H
On Wed, Jul 20, 2011 at 06:26:02AM +0100, Neil Williams wrote:
> > * Package name: dillo
>
> I remember asking for dillo to be removed due to the above, I'm glad
> someone has had time to fix the issues. Is dillo v3.0 using GTK 3 or
> GTK 2 with no deprecated code or just FLTK1.3? (I'm assumin
On Wed, Jul 20, 2011 at 10:27 AM, Gergely Nagy wrote:
> Not to mention that users who customised their init scripts will
> suddenly have to figure out how to do the same stuff with systemd - with
> no automatic upgrade path.
No, existing init scripts work with systemd, as stated already in this
t
]] Marc Haber
Hi,
| On Sun, 17 Jul 2011 13:54:14 +0200, Juliusz Chroboczek
| wrote:
| >Systemd deprecates shell scripts
|
| How is one supposed to handle the case where the configuration the
| daemon actually runs with needs to be generated, which is commonly
| done in the init script's start
On Wed, Jul 20, 2011 at 9:10 AM, Marc Haber wrote:
> How is one supposed to handle the case where the configuration the
> daemon actually runs with needs to be generated, which is commonly
> done in the init script's start target?
Such packages can be supported by ExecStartPre, as documented in t
Raphael Hertzog writes:
> On Tue, 19 Jul 2011, Gergely Nagy wrote:
>> Thus, upstream has to jump through a large heap of hoops to support
>> systemd properly (and if not going for proper systemd support, making
>> use of its new features, I see no point in writing a service file to
>> begin with)
Le mardi 19 juillet 2011 à 22:30 +0200, Martin Wuertele a écrit :
> So if trolling is on add another one: it doesn't have udev
Which makes it impossible to support a large variety of hardware now
that the HAL crapware is going out.
--
.''`. Josselin Mouette
: :' :
`. `'
`-
--
To UNSUB
On Sat, Jul 16, 2011 at 09:38:35PM +0200, Robert Millan wrote:
> After receiving some feedback which allowed me to improve the
> template, this is the message I intend to use for the bug reports:
>
> Package: %package%
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: kfreebsd
I have to agree with Tollef here, the number of uninformed comments
(and even of respected figures like Wouter) is hurting this discussion.
Please people, if you don't want to see this discussion turn into a
troll-flamefest, don't treat it like if it was one!
I am among the people who are proud to
On Sun, 17 Jul 2011 13:54:14 +0200, Juliusz Chroboczek
wrote:
>Systemd deprecates shell scripts
How is one supposed to handle the case where the configuration the
daemon actually runs with needs to be generated, which is commonly
done in the init script's start target?
Greetings
Marc
--
---
57 matches
Mail list logo
