On Sun, May 11, 2008 at 09:56:46AM +0200, Andreas Metzler wrote:
> Thijs Kinkhorst <[EMAIL PROTECTED]> wrote:
> > On Sunday 11 May 2008 00:56, Raphael Geissert wrote:
> >> Also for messages coming from other sources, i.e. dehs?
>
> > Yes, the idea is that such mails have uniform headers. There are
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: gtkwhiteboard
Version: 1.2-1
Upstream Author: Stéphane Duchesneau <[EMAIL PROTECTED]>
URL: http://fuelnatchos.webng.com/gtkwhiteboard/
License: GPL or MIT/X (undecided yet)
On 11382 March 1977, Neil Williams wrote:
> Package: general
> Severity: normal
> User: [EMAIL PROTECTED]
> In preparation for a pseudo-package, buildd.emdebian.org, I'm filing
Yes, as flooding -devel with lots of useless stuff (for -devel) is *THE*
way to get those responsible for pseudo package
Hi,
I need some help packaging Tcl language bindings for ITK [1]. I've
read the policy (in package tcl-doc) but I'm not sure whether
I'm doing the right thing.
I am essentially tcl illiterate, so please explain things in full.
Examples help.
ITK generates about 9 shared libs and 4 .tcl files, i
Le May 11, 2008 10:45:49 am Lennart Sorensen, vous avez écrit :
> On Sat, May 10, 2008 at 09:08:32PM -0400, Filipus Klutiero wrote:
> > The set of modules can already be updated if someone has the time and
> > experience needed to update nvidia-graphics-modules-i386 and company.
> > Merging nvidia-
Package: general
Severity: normal
In preparation for a pseudo-package, buildd.emdebian.org, I'm filing
status bugs about packages that fail to crossbuild successfully, despite
building successfully in the past. i.e. where an existing package in
Emdebian cannot be updated because the new version fa
Package: general
Severity: normal
$ emsource --status ncurses
Checking the apt-cross cache is up to date for arm.
W: Unable to locate package lib64ncurses5
W: Unable to locate package lib64ncurses5-dev
W: Unable to locate package lib32ncurses5
W: Unable to locate package lib32ncurses5-dev
W: Unabl
Package: general
Severity: normal
User: [EMAIL PROTECTED]
In preparation for a pseudo-package, buildd.emdebian.org, I'm filing
status bugs about packages that fail to crossbuild successfully, despite
building successfully in the past. i.e. where an existing package in
Emdebian cannot be updated be
Hi,
wow, great! You're aware that you need to be done in just a bit more than six
weeks to achieve your goal of being part of lenny?
http://release.debian.org/emails/release-update-200801
regards,
Holger
pgpanKqExinsP.pgp
Description: PGP signature
Package: general
Severity: normal
User: [EMAIL PROTECTED]
In preparation for a pseudo-package, buildd.emdebian.org, I'm filing
status bugs about packages that fail to crossbuild successfully, despite
building successfully in the past. i.e. where an existing package in
Emdebian cannot be updated be
Package: general
Severity: normal
User: [EMAIL PROTECTED]
In preparation for a pseudo-package, buildd.emdebian.org, I'm filing
status bugs about packages that fail to crossbuild successfully, despite
building successfully in the past. i.e. where an existing package in
Emdebian cannot be updated be
Package: general
Severity: normal
User: [EMAIL PROTECTED]
In preparation for a pseudo-package, buildd.emdebian.org, I'm filing
status bugs about packages that fail to crossbuild successfully, despite
building successfully in the past. i.e. where an existing package in
Emdebian cannot be updated be
Package: general
Severity: normal
$ emsource --status file
Checking the apt-cross cache is up to date for arm.
Checking status of file in /opt/emdebian/trunk/f/file/trunk/
4 emdebian patch files
0 debian patch files
Checking emdebuild status in /opt/emdebian/trunk/f/file/trunk/
build log:
Package: general
Severity: normal
User: [EMAIL PROTECTED]
$ emsource --status e2fsprogs
Checking the apt-cross cache is up to date for arm.
W: Unable to locate package libuuid1-udeb
W: Unable to locate package libblkid1-udeb
W: Unable to locate package e2fsprogs-udeb
Checking status of e2fsprogs i
Package: general
Severity: normal
User: [EMAIL PROTECTED]
In preparation for a pseudo-package, buildd.emdebian.org, I'm filing
status bugs about packages that block the use of packages that
crossbuild successfully.
$ emsource --status curl
Checking the apt-cross cache is up to date for arm.
Check
Package: general
Severity: normal
In preparation for a pseudo-package, buildd.emdebian.org, I'm filing
status bugs about packages that fail to crossbuild successfully, despite
building successfully in the past. i.e. where an existing package in
Emdebian cannot be updated because the new version fa
Package: general
Severity: normal
User: [EMAIL PROTECTED]
In preparation for a pseudo-package, buildd.emdebian.org, I'm filing
status bugs about packages that block the use of packages that
crossbuild successfully.
$ emsource --status avahi
Checking the apt-cross cache is up to date for arm.
Chec
Package: general
Severity: normal
User: [EMAIL PROTECTED]
In preparation for a pseudo-package, buildd.emdebian.org, I'm filing
status bugs about packages that block the use of packages that
crossbuild successfully or fail to cross build themselves after an
update in Debian.
$ emsource --status cu
Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond <[EMAIL PROTECTED]>
* Package name: libruby2ruby-ruby
Version : 1.1.8
Upstream Author : Ryan Davis (Copyright (c) 2006-2007 Ryan Davis)
* URL : http://rubyforge.org/projects/seattlerb
* License : MIT
Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond <[EMAIL PROTECTED]>
* Package name: libparsetree-ruby
Version : 2.1.1
Upstream Author : Ryan Davis (Copyright (c) 2001-2007 Ryan Davis, Zen Spider
Software)
* URL : http://parsetree.rubyforge.org
* License
Lennart Sorensen wrote:
> If a new nvidia-kernel-source version comes out, then it will get
> rebuilt too (quite how that is made to happen I am still not quite sure
> of).
binNMU of lmn
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Int
On Sat, May 10, 2008 at 09:08:32PM -0400, Filipus Klutiero wrote:
> The set of modules can already be updated if someone has the time and
> experience needed to update nvidia-graphics-modules-i386 and company.
> Merging nvidia-graphics-modules-i386 with linux-modules-nonfree-2.6
> would only com
On Sun, 2008-05-11 at 11:32 +0200, Daniel Widenfalk wrote:
> Ian Campbell wrote:
> > On Thu, 2008-05-08 at 14:16 +0200, Daniel Widenfalk wrote:
> >
> >> Ok, so dropping back a step. Let's assume that I build the 3.2.0 XEN
> >> hypervisor and dom0 kernel using 2.6.18 as base. I should then be a
On Sun, 11 May 2008, Thijs Kinkhorst wrote:
> On Sunday 11 May 2008 15:07, Raphael Hertzog wrote:
> > The PTS add those headers to all mails that it forwards. So there's no
> > need to change anything to scripts that only send mails through the PTS.
>
> How would the PTS know to add a X-Debian: DE
On Sunday 11 May 2008 15:07, Raphael Hertzog wrote:
> The PTS add those headers to all mails that it forwards. So there's no
> need to change anything to scripts that only send mails through the PTS.
How would the PTS know to add a X-Debian: DEHS header to that mail, does it
have a list of all to
Package: wnpp
Severity: wishlist
Owner: Colin Turner <[EMAIL PROTECTED]>
* Package name: gnome-do-plugins
Version : 0.40
Upstream Author : David Siegel <[EMAIL PROTECTED]>,
Richard Harding <[EMAIL PROTECTED]>
* URL : http://do.davebsd.com
* License
On Sun, 11 May 2008, Andreas Metzler wrote:
> >> Just want to know if I have to make dehs add those headers.
>
> > "have to" sounds like it's a great ordeal ;-) But yes, please.
>
> Afaiui dehs *only* sends emails to [EMAIL PROTECTED],
> and the question was whether the pts only adds the header t
Mikhail Gusarov wrote:
> Hello,
>
> Package I maintain (clive) relies in functioning on external resources
> (YouTube, GoogleVideo and less known ones) which change frequently. This
> means clive need to be regularely updated to continue to function.
>
> I suppose clive should not be included in
Ian Campbell wrote:
On Thu, 2008-05-08 at 14:16 +0200, Daniel Widenfalk wrote:
Ok, so dropping back a step. Let's assume that I build the 3.2.0 XEN
hypervisor and dom0 kernel using 2.6.18 as base. I should then be able to
build domU kernel(s) using the linux-source-2.6.25 files? How?
I
Hello,
Package I maintain (clive) relies in functioning on external resources
(YouTube, GoogleVideo and less known ones) which change frequently. This
means clive need to be regularely updated to continue to function.
I suppose clive should not be included in stable release due to such
unsatisfac
Thijs Kinkhorst <[EMAIL PROTECTED]> wrote:
> On Sunday 11 May 2008 00:56, Raphael Geissert wrote:
>> Also for messages coming from other sources, i.e. dehs?
> Yes, the idea is that such mails have uniform headers. There are no "other"
> sources: it works best if every tool that sends automated ma
On Sunday 11 May 2008 00:56, Raphael Geissert wrote:
> Also for messages coming from other sources, i.e. dehs?
Yes, the idea is that such mails have uniform headers. There are no "other"
sources: it works best if every tool that sends automated mails to Debian
package maintainers uses those head
32 matches
Mail list logo
