On Sun, 2008-07-13 at 16:19 +0930, Karl Goetz wrote:
> On Sun, 2008-07-13 at 02:13 +0200, Franklin PIAT wrote:
> > Hello,
> >
> > On Sat, 2008-07-12 at 23:13 +, Joe Smith wrote:
> > > Andrei Popescu gmail.com> writes:
> > >
>
> >
> > One costly solution would be to get the client the send
Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi <[EMAIL PROTECTED]>
* Package name: igstk
Version : 3.0.0
Upstream Author : IGSTK-Developer <[EMAIL PROTECTED]>
* URL : http://www.igstk.org/
* License : BSD
Programming Lang: C++
Description
On Sat, 12 Jul 2008, Colin Watson wrote:
Being completely uneducated is fine - we don't expect everyone to be
dpkg gurus! - but it's worth listening to people who *are* educated
before saying things like "triggers have done more harm than good".
Sure, that's why I issued this provocation to "t
On Sat, Jul 12, 2008 at 08:58:56PM -0500, Raphael Geissert wrote:
> Raphael Geissert wrote:
> > [2] Haven't found any example of these, yet.
>
> Here's one:
>
> $ \diff -u xabacus_7.1.7-1_i386.lintian xabacus_7.1.7-1+b1_i386.lintian
> --- xabacus_7.1.7-1_i386.lintian2008-07-12 20:52:30.00
On Sun, Jul 13, 2008 at 07:46:54AM +0200, Frans Pop wrote:
> Paul Wise wrote:
> > I think that the versioning scheme needs to take into account the
> > possible implementation of Joey Hess' CUT (Constantly Usable Testing)
> > idea. I'd suggest 6.X would be CUT releases of lenny+1 and 6.0rY would
>
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]
* Package name: almanah
Version : 0.4.0
Upstream Author : Philip Withnall <[EMAIL PROTECTED]>
* URL : http://tecnocode.co.uk/projects/almanah/
* License : GPL
Programming Lang: C
Description : al
On Sun, Jul 13, 2008 at 01:51:55AM +0200, Franklin PIAT wrote:
> I can think of five types of releases :
>
> 1. Quite incompatible release, like libc5 to libc6 transition.
> 2a. Scheduled release. Which purpose is to update software, fix
> medium bugs, improve hardware support, etc.
> ???
On lördagen den 12 juli 2008, martin f krafft wrote:
> lenny+0.5 would logically be 5.5
Version strings are *not* floating-point numbers (i.e. e.g. 5.10 follows 5.9).
At least that's the school of thought Debian (dpkg --compare-versions)
subscribes to with regard to packages.
--
Magnus Holmgre
Magnus Holmgren <[EMAIL PROTECTED]> writes:
> On lördagen den 12 juli 2008, martin f krafft wrote:
> > lenny+0.5 would logically be 5.5
>
> Version strings are *not* floating-point numbers (i.e. e.g. 5.10
> follows 5.9).
Exactly. More specifically, a numbers-with-periods version string
represent
On Sun, 13 Jul 2008, Andreas Tille wrote:
> Sure, that's why I issued this provocation to "trigger" something I
> could listen to. The only other information about triggers on this list
> was a flamewar which circled basically around formatting of dpkg code
> issues. Did I missed some announcemen
Dear list,
especially in educational settings, there is an increasing pool of
platform independent Java applications (JARs) that can be integrated in
users' desktops.
While Java JDK is freed nowadays, those JAR files are mostly
closed-source (bluej, javakara, jprologeditor, greenfoot etc.).
R
Dear list,
especially in educational settings, there is an increasing pool of
platform independent Java applications (JARs) that can be integrated in
users' desktops.
While Java JDK is freed nowadays, those JAR files are mostly
closed-source (bluej, javakara, jprologeditor, greenfoot etc.).
R
Am Sonntag 13 Juli 2008 schrieb Frans Pop:
> Also, I really dislike the "use .5 for -and-a-half releases" in the
> original proposal. For one thing you cannot exclude the risk that 5
> point releases would be needed for one reason or another before an
> +1/2 release. And it also makes it impossible
Hi,
RalfGesellensetter wrote:
> While Java JDK is freed nowadays, those JAR files are mostly
> closed-source (bluej, javakara, jprologeditor, greenfoot etc.).
>
> Rather than creating wrapping deb-packages with binary content
> ('dirty'), I'd suggest a straight-forward policy plus some desktop
On Sunday 13 July 2008 17:15:01 RalfGesellensetter wrote:
> Dear list,
Hello,
> especially in educational settings, there is an increasing pool of
> platform independent Java applications (JARs) that can be integrated in
> users' desktops.
>
> While Java JDK is freed nowadays, those JAR files are
On Sun, 13 Jul 2008, Raphael Hertzog wrote:
What about reading documentation instead of expecting that we feed you
everything?
I'm sorry if I tipped onto several peoples toes: Yes, I know how to
*seek* for the documentation about triggers but wasn't this thread about
"user experience" of Joey
This one time, at band camp, Andreas Tille said:
> On Sun, 13 Jul 2008, Raphael Hertzog wrote:
>
> >What about reading documentation instead of expecting that we feed
> >you everything?
>
> My intention was to say that IMHO there is an urgent need to explain
> the new trigger feature to our users
On Sat, Jul 12, 2008 at 06:05:14PM -0400, Roberto C. Sánchez wrote:
> > I think the first question to resolve is to establish that it *is*
> > supported...
> I think that the prudent thing for Debian to do is to continue to
> support the older kernel if that is the only way to ensure Xen support
>
On Sun, Jul 13, 2008 at 12:10:28AM +0200, Lucas Nussbaum wrote:
> > > The problem I see with that is that people will be left without a
> > > supported dom0 kernel at some point during the etch lifetime. Do we have
> > > a plan to address that? Shouldn't we make it clear that we will support
> > >
Sofern Sie unsere wichtige Email nicht lesen können, senden Sie uns bitte
eine Mail mit der Betreffzeile "Interesse" und Angabe Ihrer vollstaendigen
Kontaktdaten an die Absendermailadresse. Ihre bei uns hinterlegte Email
lautet: debian-devel@lists.debian.org
Lars Wirzenius <[EMAIL PROTECTED]> writes:
> If I remember correctly, we adopted the rX way of versioning to appease
> CD-ROM vendors: they did not like us releasing X.Y+1 as a stable update
> since that meant their X.Y boxes looked out of date, even though the
> boxes were perfectly fine, and cou
On Sun,13.Jul.08, 11:45:46, Russ Allbery wrote:
> Lars Wirzenius <[EMAIL PROTECTED]> writes:
>
> > If I remember correctly, we adopted the rX way of versioning to appease
> > CD-ROM vendors: they did not like us releasing X.Y+1 as a stable update
> > since that meant their X.Y boxes looked out of
Package: wnpp
Severity: wishlist
Owner: Janne Jokitalo <[EMAIL PROTECTED]>
* Package name: pencil
Version : 0.4.4b
Upstream Author : Pascal Naidon <[EMAIL PROTECTED]> Patrick Corrieri <[EMAIL
PROTECTED]>
* URL : http://www.les-stooges.org/pascal/pencil/
* License
On Sat, Jul 12, 2008 at 06:01:30PM -0700, Steve Langasek wrote:
> On Sat, Jul 12, 2008 at 06:05:14PM -0400, Roberto C. Sánchez wrote:
> > > I think the first question to resolve is to establish that it *is*
> > > supported...
>
> > I think that the prudent thing for Debian to do is to continue to
Janne Jokitalo <[EMAIL PROTECTED]> (13/07/2008):
> * Package name: pencil
> Version : 0.4.4b
> Upstream Author : Pascal Naidon <[EMAIL PROTECTED]> Patrick Corrieri
> <[EMAIL PROTECTED]>
> * URL : http://www.les-stooges.org/pascal/pencil/
> * License : GPL
> Pr
On Sat, Jul 12, 2008 at 06:01:30PM -0700, Steve Langasek wrote:
Hi,
> The distro used on dom0 is pretty uninteresting, given that part of the
> point of having Xen-style virtualization for servers is to a) be able to run
> different OSes in different guests, and b) not to run services in dom0.[1]
Package: wnpp
Severity: wishlist
Owner: Janne Jokitalo <[EMAIL PROTECTED]>
* Package name: rakarrack
Version : 0.2.0
Upstream Author : Josep Andreu <[EMAIL PROTECTED]> Daniel Vidal
<[EMAIL PROTECTED]> Hernán Ordiales<[EMAIL PROTECTED]>
* URL : http://rakarrack.so
Package: wnpp
Severity: wishlist
Owner: Serafeim Zanikolas <[EMAIL PROTECTED]>
* Package name: socnetv
Version : 0.44
Upstream Author : Dimitris Kalamaras <[EMAIL PROTECTED]>
* URL : http://socnetv.sf.net
* License : GPL
Programming Lang: C++
Description
Hi people,
for several reasons Debian Etch did not include a mantis package, which
was sad for the mantis users out there. This will change with lenny and
if everythings works out well Debian Lenny will ship with mantis 1.1.2.
The mantis developers and I worked hard to make this possible, so there
I was in favour at first sight, but not anymore. I agree with Adeodato
that in general, the second integer of a software version is more
meaningful that a stable update means. Also, as he wrote, it used to
mean something entirely different in Debian itself, less than 4 years ago.
But at least
On 12/07/08 at 18:50 -0500, Raphael Geissert wrote:
> Because some packages FTBFS, there are some missing build logs[3], and
> because there are some manpage warnings that are/not found either on
> lintian.d.o's results or the archive rebuild's results I can't even
> estimate the number of affected
Russ Allbery wrote:
> To me, this argues for continuing to use 5.0r1, 5.0r2, and so forth for
> stable updates and using 5.1 for the -and-a-half release, with 5.1r1,
> 5.1r2, and so forth for additional stable releases based on it. That
> means we'd probably never use 5.2, but it follows the versi
Raphael Geissert <[EMAIL PROTECTED]> writes:
> Because some packages FTBFS, there are some missing build logs[3], and
> because there are some manpage warnings that are/not found either on
> lintian.d.o's results or the archive rebuild's results I can't even
> estimate the number of affected packa
On Sun, Jul 13, 2008 at 09:25:55PM +0200, Cyril Brulebois wrote:
> Hi Janne,
Hello Cyril!
> > Pencil is an animation/drawing software for Mac OS X, Windows, and
> > Linux.
>
> unsure the platforms are relevant in the Debian long description of the
> package.
Yes of course, it got copied from th
Janne Jokitalo <[EMAIL PROTECTED]> (13/07/2008):
> I wouldn't mind that at all, and you are correct that it would be my
> first package. I have uploaded a candidate into REVU for including it
> in Ubuntu, so if you don't mind, I would like to upload a candidate
> for Debian after one round of quali
Raphael Geissert wrote:
> Hi all,
Hi
> * MBF based on the issues found (when lintian reports more issues on the
> rebuilt package) [1] .
No
MBF shouldn't be done for lintian warnings/errors unless the particular
warning/error is discussed on d-devel and the consensus is that it's
worth to MBF
On Sun, Jul 13, 2008 at 10:31 PM, RalfGesellensetter <[EMAIL PROTECTED]> wrote:
> - place all jar files to /usr/share/java or /usr/lib/jar
Locally installed and built stuff should go to /usr/local or /opt
rather than there.
> - register desktop relevant jar files in /etc/debian-desktop-jar.conf
I am wrapping up the Debian packages (font + sources + binary utilities
package) for the GNU Unifont. I believe that some things in the Debian
Policy Manual version 3.8.0.1, 2008-06-05, concerning fonts are
outdated. Comments and suggestions are welcome. I'm running the stable
Etch 4.0r3 release
[EMAIL PROTECTED] writes:
> 3) Even if "mkfontdir" were invoked directly or if it's okay to give
> "update-fonts-dir" an absolute path (in which case its man page needs to
> be updated and the warning removed), isn't it also advisable to run
> "xset fp rehash" in postinst and postrm scripts? That
> Original Message
> Subject: Re: font policy changes
> From: Russ Allbery <[EMAIL PROTECTED]>
> Date: Sun, July 13, 2008 10:13 pm
> To: [EMAIL PROTECTED]
> Cc: debian-devel@lists.debian.org, [EMAIL PROTECTED],
> "Anthony Fok" <[EMAIL PROTECTED]>
>
> [EMAIL PROTECTED] writes:
>
40 matches
Mail list logo
