[Craig Small]
> Isn't the whole point of the /etc/init.d/.sh files to setup
> environment variables for subsequent init scripts.
Nope. The point of .sh init.d scripts is to speed up the boot. The
sourcing is not guaranteed when scripts are executed in parallel, so
all scripts should work when e
* Eric Dorland wrote:
> Norbert Tretkowski <[EMAIL PROTECTED]>
>lcd4linux
Upstream just switched to a newer version of automake in cvs last
weekend, a new upload is pending.
Norbert
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
On Sun, 2006-06-25 at 16:51 -0400, James R. Van Zandt wrote:
> > I have no idea how debhelper works. Are there anybody out there that
> > can help with getting it to stop gzipping files in -doc?
>
> dh_compress already has a list of file extensions where (re-)compressing
> doesn't make sense.
* Artur R. Czechowski ([EMAIL PROTECTED]) wrote:
> Hi Eric,
>
> On Sun, Jun 25, 2006 at 07:11:14PM -0400, Eric Dorland wrote:
> > automake1.4: This is the old school package, that's been completely
> > unsupported for a number of years (since 2002). It certainly not used
> > with any new software
Package: wnpp
Severity: wishlist
Owner: Franz Pletz <[EMAIL PROTECTED]>
* Package name: python-stemmer
Version : 1.0.1
Upstream Author : Richard Boulton <[EMAIL PROTECTED]>
* URL : http://snowball.tartarus.org/
* License : BSD, MIT
Programming Lang: C, Python
Hi Eric,
On Sun, Jun 25, 2006 at 07:11:14PM -0400, Eric Dorland wrote:
> automake1.4: This is the old school package, that's been completely
> unsupported for a number of years (since 2002). It certainly not used
> with any new software and any software still using it should be
> migrated away fro
On Sun, Jun 25, 2006 at 09:07:40PM +0200, Wouter Verhelst wrote:
> It's not a question of legislating; it's more a question of picking a
> good option and writing the specification in policy.
I fully agree with Wouter on this. Although the specification doesn't
necessarily have to be in policy (
Hello everyone,
Scott James Remnant dropped me an email recently, interested in
improving the automake situation in Ubuntu and Debian[0]. Right now the
automake packages looks like this:
automake1.4: This is the old school package, that's been completely
unsupported for a number of years (since 2
Hello,
I've been looking at bug #343620 where /etc/init.d/procps.sh should
not exit out. I can see why this could cause problems.
However, while I can see that bug #52228 asks for procps to be sourced,
I can see no good reason for doing so.
Isn't the whole point of the /etc/init.d/.sh files to
On Sun, 2006-06-25 at 17:05 -0400, James R. Van Zandt wrote:
> So I'd expect a smaller memory footprint and faster startup. What
> would I be losing? The ability to drag a PDF file and drop it on the
> application's icon on the desktop? Printer integration? Gnome style
> documentation?
I don't
Yves-Alexis Perez <[EMAIL PROTECTED]> wrote:
> epdfview is a pdf viewer based on poppler libs, like evince but without
> all gnome libs dependencies, it only uses gtk libs.
So I'd expect a smaller memory footprint and faster startup. What
would I be losing? The ability to drag a PDF file a
Package: wnpp
Severity: wishlist
Owner: Nicolas Boullis <[EMAIL PROTECTED]>
* Package name: vdr-plugin-dxr3
Version : 0.2.6
Upstream Author : Kai Moeller <[EMAIL PROTECTED]>,
Stefan Schluenss <[EMAIL PROTECTED]>,
Christian Gmeiner ,
Preben Randhol <[EMAIL PROTECTED]> wrote:
> Osamu Aoki <[EMAIL PROTECTED]> wrote:
> > If anyone wants this to be fixed following should happen.
> >
> > * Write a patch to the debhelper gzip text/pdf/ps file logic
> >- do not compress if the package is *-doc and file extension is
>
Package: wnpp
Severity: wishlist
Owner: "Yves-Alexis Perez" <[EMAIL PROTECTED]>
* Package name: epdfview
Version : 0.1.5
Upstream Author : Jordi Fita <[EMAIL PROTECTED]>
* URL : http://www.emma-soft.com/projects/epdfview/
* License : GPLv2
Programming Lang: C
(I forgot to Cc: d-d in my first reply)
On Fri, Jun 23, 2006 at 01:12:23AM +0300, Martin-Éric Racine wrote:
[...]
> > > I would gladly welcome co-maintainance with Debian's i10n/i18n team.
> >
> > What are his benefits over convmv?
>
> convmv is good at doing recursive batch conversions from com
On Sun, Jun 25, 2006 at 06:11:24PM +0300, Lars Wirzenius wrote:
> su, 2006-06-25 kello 16:36 +0200, Wouter Verhelst kirjoitti:
> > It has come to my attention that the gem package is currently built
> > using 'make -j 4', to have four compiler processes running at the same
> > time. This is a bit t
On Sun, Jun 25, 2006, Lars Wirzenius wrote:
> Sure, even on a single CPU -jX (X > 1) can be faster, but it depends on
> various factors, such as available memory, and other load on the
> machine. Using -j is not something that should be on by default, but it
> would be *really* nice if it were eas
El dom, 25-06-2006 a las 19:10 +0200, Knut Yrvin escribió:
> First of all I'm sorry to cross-post this request. But I need urgent
> reply to know if somebody wants to team up in a project making Debian
> ready for the One Laptop per Child hardware. If there is somebody
> interested applying for OLP
su, 2006-06-25 kello 10:41 -0700, Tyler MacDonald kirjoitti:
> kernel-package uses the CONCURRENCY_LEVEL envrionment variable for
> this. And if I do a "CONCURRENCY_LEVEL=4" on my single-CPU system, it does
> actually go quite a bit faster. :)
Sure, even on a single CPU -jX (X > 1) can be fa
On Sun, Jun 25, 2006 at 06:51:31PM +0200, Petter Reinholdtsen wrote:
> [Lars Wirzenius]
> > As far as I can see, using make's -j option is only useful if you
> > have multiple processors. Packages should not make such assumptions
> > of the build environment.
> Actually, I've seem speedup with -j2
Lars Wirzenius <[EMAIL PROTECTED]> wrote:
> > It has come to my attention that the gem package is currently built
> > using 'make -j 4', to have four compiler processes running at the same
> > time. This is a bit troublesome for the poor m68k buildd, which is now
> > suffering under High Load And C
On Sun, 2006-06-25 at 16:56 +0200, Bastian Blank wrote:
> DoS against the buildd?
> There is none. But you may consider it as an attack against the
> infrastructure.
You on the other hand, might consider that developers might not have the
malicious intent you infer, but perhaps just made an hones
Am Sonntag, den 25.06.2006, 18:11 +0300 schrieb Lars Wirzenius:
> I doubt we need a policy change for this. At some point, we need to stop
> legislating and start assuming the package maintainers have common
> sense.
Agreed. However, it might be a good idea to have *one* canonical
variable name fo
First of all I'm sorry to cross-post this request. But I need urgent
reply to know if somebody wants to team up in a project making Debian
ready for the One Laptop per Child hardware. If there is somebody
interested applying for OLPC developer board to make things work,
please reply to [EMAIL PROTE
[Lars Wirzenius]
> As far as I can see, using make's -j option is only useful if you
> have multiple processors. Packages should not make such assumptions
> of the build environment.
Actually, I've seem speedup with -j2 on a single CPU machine. I
suspect one process is compiling while the other
Hello,
As Erich Schubert pointed out:
http://lists.alioth.debian.org/pipermail/debtags-devel/2006-June/001255.html
Flamenco:
http://flamenco.berkeley.edu
is now free software:
http://flamenco.berkeley.edu/download.html
Flamenco is a "faceted metadata interface from SIMS, UC Berkeley. [...]
On Sun, Jun 25, 2006 at 10:27:37PM +1000, Brendan O'Dea wrote:
> On Fri, Jun 23, 2006 at 06:54:49PM +0200, Volker Grabsch wrote:
> >I propose to add more CPU types to dpkg-architecture. In particular,
> >I'd like to see the different i386 architectures there, i.e.
> >i586, i686, k6, ...
> [...]
> >
On Sun, Jun 25, 2006 at 05:07:16PM +0200, Turbo Fredriksson wrote:
> When the talk about the hijacking of Bacula was up, the consensus was
> 'who cares about the m68k? If they can't keep up, get more machines'.
You can also get the same from the other arches if you prefer.
Bastian
--
There are
Quoting Wouter Verhelst <[EMAIL PROTECTED]>:
> Since most packages currently
> do not do this, some of our infrastructure (in casu, buildd machines)
> assume this is not being done. Doing it anyway then might upset those
> machines -- not just on m68k; when there was talk of a 6-way SPARC
> buildd
su, 2006-06-25 kello 16:36 +0200, Wouter Verhelst kirjoitti:
> It has come to my attention that the gem package is currently built
> using 'make -j 4', to have four compiler processes running at the same
> time. This is a bit troublesome for the poor m68k buildd, which is now
> suffering under High
Package: wnpp
Severity: wishlist
Owner: Per Olofsson <[EMAIL PROTECTED]>
* Package name: xdg-utils
Version : 1.0beta1
Upstream Author : Portland Project <[EMAIL PROTECTED]>
* URL : http://portland.freedesktop.org/
* License : MIT
Programming Lang: Shell
Desc
On Sun, Jun 25, 2006 at 04:36:08PM +0200, Wouter Verhelst wrote:
> It has come to my attention that the gem package is currently built
> using 'make -j 4', to have four compiler processes running at the same
> time. This is a bit troublesome for the poor m68k buildd, which is now
> suffering under
Hi,
It has come to my attention that the gem package is currently built
using 'make -j 4', to have four compiler processes running at the same
time. This is a bit troublesome for the poor m68k buildd, which is now
suffering under High Load And Constant Swapping (HLACS).
I was going to file a flam
#include
* Martin Wuertele [Sun, Jun 25 2006, 12:30:31PM]:
> * Eduard Bloch <[EMAIL PROTECTED]> [2006-06-25 12:06]:
>
> > #include
> > * Martin Wuertele [Sun, Jun 25 2006, 11:05:54AM]:
> >
> > > > then it is incorrect?" "If Debian does not use RedHat Kickstart then it
> > > > is broken?"
> > >
On Sun, Jun 25, 2006 at 12:20:28PM +0200, Martin Wuertele wrote:
> * Osamu Aoki <[EMAIL PROTECTED]> [2006-06-25 12:09]:
> pdftk handels both uncompress and compress (see
> http://lists.debian.org/debian-devel/2006/05/msg01440.html).
I overlooked this discussion started by.
http://lists.debian.org
On Fri, Jun 23, 2006 at 06:54:49PM +0200, Volker Grabsch wrote:
>I propose to add more CPU types to dpkg-architecture. In particular,
>I'd like to see the different i386 architectures there, i.e.
>i586, i686, k6, ...
[...]
>For instance, some programs with lots of calculations (e.g. mplayer)
>are c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Osamu Aoki wrote:
> Hi,
>
> On Sat, Jun 24, 2006 at 05:30:59PM +0200, Mario 'BitKoenig' Holbe wrote:
>> Preben Randhol <[EMAIL PROTECTED]> wrote:
>>> My point is that if I choose to install a doc packages I intend to use
>>> it frequently and would t
* Eduard Bloch <[EMAIL PROTECTED]> [2006-06-25 12:06]:
> #include
> * Martin Wuertele [Sun, Jun 25 2006, 11:05:54AM]:
>
> > > then it is incorrect?" "If Debian does not use RedHat Kickstart then it
> > > is broken?"
> >
> > Do you have some arguements beside the rant? firefox definitely should
* Osamu Aoki <[EMAIL PROTECTED]> [2006-06-25 12:09]:
> Is there any external tool to convert PDF with better internal
> compression? I want to see ome PDF make file to use it to improve their
> PDF. Some PDF can still be compressed 50%, as I posted, which is bad.
pdftk handels both uncompress a
On Sun, Jun 25, 2006 at 08:30:34AM +0200, Preben Randhol wrote:
> On Sat, 24 Jun 2006 20:35:53 +0900
> Osamu Aoki <[EMAIL PROTECTED]> wrote:
...
> > * propose policy update proposal. (debian-policy)
>
> Ok, I'll bring it up here.
>
> > Unless someone do the first work, nothing will change. It is
On Sun, Jun 25, 2006 at 12:08:17PM +0200, Rolf Kutz <[EMAIL PROTECTED]> wrote:
> * Quoting Graham Wilson ([EMAIL PROTECTED]):
>
> > On Sat, Jun 24, 2006 at 01:52:58PM +0200, Domenico Andreoli wrote:
> >
> > I think the more important thing to realize is that the reason we have
> > -doc packages i
Hi,
On Sun, Jun 25, 2006 at 11:05:54AM +0200, Martin Wuertele wrote:
> * Eduard Bloch <[EMAIL PROTECTED]> [2006-06-25 10:18]:
>
> > * Martin Wuertele [Sun, Jun 25 2006, 08:09:57AM]:
> >
> > > file-roller does view pdf.gz and if e.g. firefox handels them incorrect
> > > it should be fixed in there
#include
* Martin Wuertele [Sun, Jun 25 2006, 11:05:54AM]:
> > then it is incorrect?" "If Debian does not use RedHat Kickstart then it
> > is broken?"
>
> Do you have some arguements beside the rant? firefox definitely should
> handle .txt.gz and other gzipped plaintext documentation. I'm not
S
* Quoting Graham Wilson ([EMAIL PROTECTED]):
> On Sat, Jun 24, 2006 at 01:52:58PM +0200, Domenico Andreoli wrote:
>
> I think the more important thing to realize is that the reason we have
> -doc packages is because the documentation for a given program takes up
> a fair amount of space. If a use
Hi,
On Sat, Jun 24, 2006 at 05:30:59PM +0200, Mario 'BitKoenig' Holbe wrote:
> Preben Randhol <[EMAIL PROTECTED]> wrote:
> > My point is that if I choose to install a doc packages I intend to use
> > it frequently and would therefore like that it is user friendly rather
> > than that one has sque
* Eduard Bloch <[EMAIL PROTECTED]> [2006-06-25 10:18]:
> * Martin Wuertele [Sun, Jun 25 2006, 08:09:57AM]:
>
> > file-roller does view pdf.gz and if e.g. firefox handels them incorrect
> > it should be fixed in there. We don't change policy when programs are
> > broken, we fix them.
>
> What shit
#include
* Martin Wuertele [Sun, Jun 25 2006, 08:09:57AM]:
> > Yes, but the problem is that many systems (firefox, rox-filer etc...)
>
> file-roller does view pdf.gz and if e.g. firefox handels them incorrect
> it should be fixed in there. We don't change policy when programs are
> broken, we fi
#include
* Osamu Aoki [Sat, Jun 24 2006, 08:35:53PM]:
> > If one really really need to gzip, then make all applications in the
> > default Debian system able to handle gzipped files so there is no need
> > to unzip them to your local area and in fact use more space than
> > needed.
>
> The poin
48 matches
Mail list logo
