On Mon, 2006-05-15 at 13:59 +0900, Junichi Uekawa wrote:
> Hi,
>
> >
> > Nope, it's not :-), just add:
> >
> > BINDMOUNTS="/var/cache/pbuilder/result"
> >
> > and put hook script somewhere:
> >
> > # cat /var/cache/pbuilder/hooks/D70results
> > #!/bin/sh
> > cd /var/cache/pbuilder/result/
> >
I have just uploaded gnucash 1.9.6, the first beta release of the new
gnome 2 gnucash. Since this is now in beta, I judged it opportune to
upload it to unstable. The final 2.0 release is expected in a short
number of weeks. Many thanks to the fabulous upstream gnucash team!
Is there any partic
Indraveni <[EMAIL PROTECTED]> wrote: Hi, we are working for a distro. For that we are using a debian installer for installing the deb packages with a double click on a deb package and also incorporated into our distro. But the
problem is: At the first time when we try to install we need
Hi, I am using debian and I am findng a bug in this. Whenever I am rebooting my system an image is being displayed on my screen, which is the last logout screen of the system. At which ever state I am logging out that same image is being displayed before i login my OS. ahy this image is displ
On Sun, 14 May 2006 20:49:46 +0200, David Weinehall <[EMAIL PROTECTED]>
wrote:
>On Sat, May 13, 2006 at 10:27:50AM +0200, Marc Haber wrote:
>> Localepurge is a bad hack which tries to compensate for a shortcoming
>> in dpkg, one that I have been waiting to be fixed since I started
>> using Debian n
Hi,
> > d) Need lots of disk space
>
> Yeah, but disk space is cheap.
>
> > e) Take ages to unpack
>
> Take a look at sbuild, which can work with lvm snapshots.
Theoretically pbuilder can work with lvm snapshots, if you use
pbuilder with --no-targz option. That's how pbuilder-uml works (or
us
Hi,
> > While chrooted buildds make the generated binaries much more reliable,
> > it removes an important test case for the source packages. Debian source
> > packages are supposed to also work correctly when run in an unclean
> > build environment.
>
> Because tools like sbuild need a dsc, I al
Hi,
>
> Nope, it's not :-), just add:
>
> BINDMOUNTS="/var/cache/pbuilder/result"
>
> and put hook script somewhere:
>
> # cat /var/cache/pbuilder/hooks/D70results
> #!/bin/sh
> cd /var/cache/pbuilder/result/
> /usr/bin/dpkg-scanpackages . /dev/null >> /var/cache/pbuilder/result/Packages
> /us
On Sun, 2006-05-14 at 22:20 -0500, Joey Hess wrote:
> Drew Parsons wrote:
> > I haven't filed a bug against debconf yet since I'm not certain it is a bug
> > in debconf. I hope you can provide useful clues.
>
> Just run /usr/share/debconf/fix_db.pl
Thanks for the tip.
It didn't help, however. T
Drew Parsons wrote:
> I haven't filed a bug against debconf yet since I'm not certain it is a bug
> in debconf. I hope you can provide useful clues.
Just run /usr/share/debconf/fix_db.pl
--
see shy jo
signature.asc
Description: Digital signature
The latest version of the Debian Policy Manual has made the use of
invoke-rc.d mandatory, if that command exists. Directly calling an
/etc/init.d script in maintainer scripts is no longer allowed, unless
invoke-rc.d doesn't exist on the system. See section 9.3.3.2.[1]
[1]
http://www.us.debian.
I had a system crash which hosed some files in /var. I've been trying to
reapply "apt-get upgrade" to restore the record of what's installed where.
Unfortunately debconf is not cooperating. It seems to be unable to re-ask
its questions in order to restore the ones which got lost during the crash.
Raphael Hertzog wrote:
> Since I want Debian etch to work "out of the box" on most laptops, I
> uploaded acpi-support to Debian. It's right now in NEW, but the sources
> are in collab-maint SVN repository:
> svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/acpi-support/trunk
>
> I would like th
Hello everybody,
Ubuntu has made some efforts to better support a wide range of laptops and
this resulted in some changes that are still not completely integrated in
Debian.
One of the changes is that they install automatically a package called
"acpi-support" which provides lots of laptop-specif
#include
* Dirk Eddelbuettel [Sun, May 14 2006, 04:52:17PM]:
> Eduard Bloch gmx.de> writes:
> > > Right solution is to use pbuilder, which will:
> > >
> > > a) always ensure that package can be built using unstable
> > > b) keep your build environment clean
> > > c) keep your local system clean
Hi!
* Ben Hutchings <[EMAIL PROTECTED]> [060513 01:38]:
> At the appropriate time, point your media player at
> http://video.debconf.org:8000/tower.ogg or
> http://video.debconf.org:8000/hacklab.ogg depending on the session
> venue. We have multiple servers so you can also use
> us.video.debconf
On Sun, 14 May 2006, Osamu Aoki wrote:
On Sun, May 14, 2006 at 04:40:43PM +0200, Ondrej Sury wrote:
...
e) it's difficult to install versions of packages not available from
your regular sources.list. For example if you build a new (version of a)
library package and then an application that uses
Package: wnpp
Severity: wishlist
Owner: Gustavo Noronha Silva <[EMAIL PROTECTED]>
* Package name: python-turbokid
Version : 0.9.6
Upstream Author : Kevin Dangoor
* URL : http://www.turbogears.org/docs/plugins/template.html
* License : MIT
Programming Lang: Py
Package: wnpp
Severity: wishlist
Owner: Gustavo Noronha Silva <[EMAIL PROTECTED]>
* Package name: python-turbojson
Version : 0.9.3
Upstream Author : Elvelind Grandin <[EMAIL PROTECTED]>
* URL : http://www.turbogears.org/docs/plugins/template.html
* License : MI
"Bernhard R. Link" <[EMAIL PROTECTED]> writes:
> * Dirk Eddelbuettel <[EMAIL PROTECTED]> [060514 18:54]:
>> e) yes, it may add a minute here or there, but pbuilder _dramatically_
>> increases your build reliability and saves you and the admins time as it
>> prevents (build) bugs from propagating
> Usually, when I get problems with xpdf on a PDF, it is a PDF
> 1.5. Either it simply doesn't work, or very slowly, or text search
> doesn't work in the PDF.
Lionel,
In my experience, the Xpdf upstream author is very responsive to bugs.
If you provide him with a suitable test case, I have no dou
Henning Makholm <[EMAIL PROTECTED]> writes:
> Scripsit "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]>
>> Email::Send provides a very simple, very clean, very specific interface
>> to multiple Email mailers. The goal if this software is to be small
>> and simple, easy to use, and easy to exte
Henning Makholm wrote:
Scripsit "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]>
Email::Send provides a very simple, very clean, very specific interface
to multiple Email mailers. The goal if this software is to be small
and simple, easy to use, and easy to extend.
What's wrong with the l
On 5/14/06, Martijn van Oosterhout <[EMAIL PROTECTED]> wrote:
On 5/14/06, Olaf van der Spek <[EMAIL PROTECTED]> wrote:
> On 5/13/06, Henning Makholm <[EMAIL PROTECTED]> wrote:
> > sense if one considers a #! program to be something that should have
> > predictable behavior no matter what the user
On Sun, May 14, 2006 at 01:20:20PM +0200, Krzysztof Krzyzaniak (eloy) wrote:
> Email::Send provides a very simple, very clean, very specific interface
> to multiple Email mailers. The goal if this software is to be small
^
> and simple, easy to use, and easy to extend.
On 5/14/06, Olaf van der Spek <[EMAIL PROTECTED]> wrote:
On 5/13/06, Henning Makholm <[EMAIL PROTECTED]> wrote:
> sense if one considers a #! program to be something that should have
> predictable behavior no matter what the user happens to have in his
> $PATH.
If the independence is a requireme
On Sat, May 13, 2006 at 10:27:50AM +0200, Marc Haber wrote:
> On Fri, 12 May 2006 01:10:17 +0200, Eugen Paiuc <[EMAIL PROTECTED]>
> wrote:
> >I'd add localepurge - witch save my >25 % disk space on 6-700 mb
> >installation.
>
> Localepurge is a bad hack which tries to compensate for a shortcoming
* Dirk Eddelbuettel <[EMAIL PROTECTED]> [060514 18:54]:
> e) yes, it may add a minute here or there, but pbuilder _dramatically_
> increases your build reliability and saves you and the admins time as it
> prevents (build) bugs from propagating. Also, with proper uses of LVM and
> snapshotting,
On 5/14/06, Michal Čihař <[EMAIL PROTECTED]> wrote:
> > The Linux kernel requires a full path for #! scripts. This makes
>
> One option would be to improve the Linux kernel. :)
And make scripts incompatible with any other unix kernel?
No and that's not what I said. I'm quite sure there is a s
José Luis Tallón <[EMAIL PROTECTED]> writes:
>
> Hijacking a package without contacting the maintainer first is against
> the Developers' Reference and can only be considered a personal attack.
>
>
> I still don't know what is John Goerzen trying to achieve with this.
> More on this later.
This th
* Eduard Bloch wrote:
> * Ondrej Sury [Sun, May 14 2006, 10:00:25AM]:
> > Right solution is to use pbuilder, which will:
> >
> > a) always ensure that package can be built using unstable
> > b) keep your build environment clean
> > c) keep your local system clean
>
> d) Need lots of disk space
Y
On Sun, May 14, 2006 at 04:40:43PM +0200, Ondrej Sury wrote:
...
> > e) it's difficult to install versions of packages not available from
> > your regular sources.list. For example if you build a new (version of a)
> > library package and then an application that uses it and want to upload
> > both
Eduard Bloch gmx.de> writes:
> > Right solution is to use pbuilder, which will:
> >
> > a) always ensure that package can be built using unstable
> > b) keep your build environment clean
> > c) keep your local system clean
>
> d) Need lots of disk space
> e) Take ages to unpack
> f) Add more com
Hi
On Sun, 14 May 2006 18:32:00 +0200
"Olaf van der Spek" <[EMAIL PROTECTED]> wrote:
> On 5/13/06, Henning Makholm <[EMAIL PROTECTED]> wrote:
> > The Linux kernel requires a full path for #! scripts. This makes
>
> One option would be to improve the Linux kernel. :)
And make scripts incompatib
On 5/13/06, Henning Makholm <[EMAIL PROTECTED]> wrote:
Scripsit "Olaf van der Spek" <[EMAIL PROTECTED]>
> Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
>> That would be total insanity. Just think about the number of scripts
>> with "#!/usr/bin/python" in it that would have to be changed. And h
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves <[EMAIL PROTECTED]>
* Package name: libtest-html-content-perl
Version : 0.07
Upstream Author : Max Maischein <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Test-HTML-Content/
* License : Dual GP
Neil McGovern wrote:
deb http://security.debian.org etch/updates main contrib non-free
deb-src http://security.debian.org etch/updates main contrib non-free
Errr... apt-get says:
Failed to fetch http://security.debian.org/dists/etch/updates/Release
Unable to find expected entry main/b
On Sun, 2006-05-14 at 23:08 +1000, Hamish Moffatt wrote:
> On Sun, May 14, 2006 at 11:47:41AM +0200, Wouter Verhelst wrote:
> > On Sun, May 14, 2006 at 10:00:25AM +0200, Ondrej Sury wrote:
> > > Right solution is to use pbuilder, which will:
> > >
> > > a) always ensure that package can be built u
On Sun, May 14, 2006 at 11:08:09PM +1000, Hamish Moffatt wrote:
> On Sun, May 14, 2006 at 11:47:41AM +0200, Wouter Verhelst wrote:
...
> Without wishing to join the mob,
>
> e) it's difficult to install versions of packages not available from
> your regular sources.list. For example if you build a
On Sun, May 14, 2006 at 11:47:41AM +0200, Wouter Verhelst wrote:
> On Sun, May 14, 2006 at 10:00:25AM +0200, Ondrej Sury wrote:
> > Right solution is to use pbuilder, which will:
> >
> > a) always ensure that package can be built using unstable
> > b) keep your build environment clean
> > c) keep
Le dimanche 14 mai 2006 à 11:47 +0200, Wouter Verhelst a écrit :
> d) take much longer to build your package; the exact factor depends on
>the size of the package, but a factor 3 isn't too uncommon for
>smaller packages, which isn't very interesting in cases where you
>need to do a lot
Scripsit "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]>
> Email::Send provides a very simple, very clean, very specific interface
> to multiple Email mailers. The goal if this software is to be small
> and simple, easy to use, and easy to extend.
What's wrong with the legacy /usr/sbin/sendm
Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]>
* Package name: libemail-send-perl
Version : 2.0.5
Upstream Author : Casey West, <[EMAIL PROTECTED]>
* URL :
http://mirrors.kernel.org/cpan/modules/by-module/Email/Email-Send-2.05
#include
* Ondrej Sury [Sun, May 14 2006, 10:00:25AM]:
> Yes, don't clutter your system, because it will end in sorrow :-).
> Your system will have mix of your local packages and at the end of the
> day you will build package which will be:
>
> a) unbuildable
> b) uninstallable
Only in the hand
On Sun, 2006-05-14 at 11:47 +0200, Wouter Verhelst wrote:
> On Sun, May 14, 2006 at 10:00:25AM +0200, Ondrej Sury wrote:
> > On Sat, 2006-05-13 at 14:54 -0400, Eric Cooper wrote:
> > > Is there a way to tell deborphan to follow the build-dependencies
> > > of a set of source packages? I know about
On Sun, May 14, 2006 at 10:00:25AM +0200, Ondrej Sury wrote:
> On Sat, 2006-05-13 at 14:54 -0400, Eric Cooper wrote:
> > Is there a way to tell deborphan to follow the build-dependencies
> > of a set of source packages? I know about deborphan's keep file,
> > but that's too tedious to keep up-to-d
On Sat, 2006-05-13 at 14:54 -0400, Eric Cooper wrote:
> Is there a way to tell deborphan to follow the build-dependencies
> of a set of source packages? I know about deborphan's keep file,
> but that's too tedious to keep up-to-date by hand.
> Is there another tool I should be using?
Yes, don't c
47 matches
Mail list logo
