On Mon, May 15, 2006 at 06:10:52AM +0300, Lars Wirzenius wrote:
> I propose to file bugs against the packages before the end of this week,
> and, after a couple of weeks, for packages that haven't been fixed
> already, start making NMUs (via DELAYED/7, since they're not RC) to get
> the packages fi
On Sun, May 14, 2006 at 11:11:16PM -0700, Thomas Bushnell BSG wrote:
> I have just uploaded gnucash 1.9.6,
And you should've used pbuilder to check if it is buildable.
> Is there any particular thing I should do to have the series in the
> experimental distribution deleted? Ideally, they should
On Mon, May 15, 2006 at 06:10:52AM +0300, Lars Wirzenius wrote:
> The latest version of the Debian Policy Manual has made the use of
> invoke-rc.d mandatory, if that command exists. Directly calling an
(...)
> Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]>
>nessus-core
Fixed pack
Hi,
in case I am in the wrong list, I beg you pardon, but I asked this
already in debian-user without success.
I would like to build customized, configured packages (for example
additional bash script for the bash package, some default keybindings
for screen, some host in /etc/ssh/known_hosts for
On Mon, May 15, 2006 at 09:49:00AM +0200, [EMAIL PROTECTED] wrote:
> in case I am in the wrong list, I beg you pardon, but I asked this
> already in debian-user without success.
Custom *packages* is probably more on-topic for debian-mentors, but I don't
think that custom packages are the right sol
"Steinar H. Gunderson" <[EMAIL PROTECTED]> writes:
> On Sat, May 13, 2006 at 10:54:57PM +0200, Henning Makholm wrote:
>> The Linux kernel requires a full path for #! scripts. This makes
>> sense if one considers a #! program to be something that should have
>> predictable behavior no matter what
"Olaf van der Spek" <[EMAIL PROTECTED]> writes:
> 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 ker
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> Henning Makholm wrote:
>
>> In multiarch, the right approach to this particular problem is to
>> arrange for /usr/bin/python to be a symlink to /usr/bin/$arch/python
>> with $arch chosen (somehow) appropriately for a default python
>> interpreter.
>
>
Am 15.05.2006 um 10:32 Uhr haben Sie geschrieben:
> On Mon, May 15, 2006 at 09:49:00AM +0200, [EMAIL PROTECTED]
wrote:
[...snip...]
>
> Custom *packages* is probably more on-topic for debian-mentors, but I
don't
> think that custom packages are the right solution.
>
Sorry for that.
> > What woul
"Martijn van Oosterhout" <[EMAIL PROTECTED]> writes:
> 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 happ
Milan P. Stanic wrote:
> 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, ea
"Olaf van der Spek" <[EMAIL PROTECTED]> writes:
> On 5/14/06, Martijn van Oosterhout <[EMAIL PROTECTED]> wrote:
>> both versions installed, or deal with it via alternatives. They should
>> be indistinguishable from a users point of view.
>
> Being able to install multiple versions is some use to m
"Jeremy T. Bouse" <[EMAIL PROTECTED]> writes:
> I just felt like interjecting after having been reading up on this
> tread. The whole multiarch situation is exactly why my workstation
> was re-installed with FC5's x86_64 from the old Debian amd64
> distro. Someday when Debian has m
Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> On Thu, May 11, 2006 at 05:35:35PM +0200, Frank Küster wrote:
>> Michael Banck <[EMAIL PROTECTED]> wrote:
>> > Seconds, since when do we consider the GPL to be viral?
>>
>> Don't know about you, but the FSF does - it has created the LGPL because
>> of
[Indraveni]
> ahy this image is displyed. Can any one tell me from where this Image is
> coming and how can I resolve it.
As far as I know this image is stored in the video memory of your
video card, and is displayed after the video mode is switched and
before the X server manage to replace the c
On Mon, May 15, 2006 at 06:43:20AM +0100, Indraveni wrote:
> 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 ima
Pierre Habouzit <[EMAIL PROTECTED]> writes:
> Le Mer 10 Mai 2006 11:05, Goswin von Brederlow a écrit :
>> Do you see any drawbacks with my proposal of having Release.key next
>> to each Releas.gpg or do you have a better idea that will work for
>> every apt-getable archive?
>
> this is obviously
On Sun, May 14, 2006 at 01:19:14AM +0200, Tollef Fog Heen wrote:
> Henning Makholm wrote:
>
> >In multiarch, the right approach to this particular problem is to
> >arrange for /usr/bin/python to be a symlink to /usr/bin/$arch/python
> >with $arch chosen (somehow) appropriately for a default python
Eric Cooper <[EMAIL PROTECTED]> writes:
> I use deborphan to get rid of unneeded packages on my system.
> But I have various lib*-dev packages installed to satisfy the
> build-dependencies of packages that I maintain or otherwise build from
> source. Deborphan reports these as orphaned, but I (us
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> 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
>>
Le Dim 14 Mai 2006 21:11, Olaf van der Spek a écrit :
> > - Why would you want to have both types installed simultaneously
> > anyway?
> >
> > For libraries the answer is simple, but multiarch applications
> > simply don't seem useful to me. The solution would be to either
> > forbid having
>
> Con
Bill Allombert <[EMAIL PROTECTED]> writes:
> On Sun, May 14, 2006 at 01:19:14AM +0200, Tollef Fog Heen wrote:
>> I so far haven't seen any compelling arguments for multiarchifying the
>> whole archive including all of */bin.
>
> Personnally I would favor a new files hierachy that allow every
> ar
Hi,
I wanted to point out one little problem for multiarch I got bitten
again today: Packages with a list of plugins in their conffile.
Lets look at pango as an example because that one bit me:
% head /etc/pango/pango.modules
| # Pango Modules file
| # Automatically generated file, do not edit
On 5/15/06, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
"Olaf van der Spek" <[EMAIL PROTECTED]> writes:
> 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. :)
On 5/15/06, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> Being able to install multiple versions is some use to multiarch, but
> could also be used for other things, such if two packages provide the
> same binary (git for example).
> Or to install multiple 'version 'numbers' of the same pack
On 5/15/06, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
Bill Allombert <[EMAIL PROTECTED]> writes:
> On Sun, May 14, 2006 at 01:19:14AM +0200, Tollef Fog Heen wrote:
>> I so far haven't seen any compelling arguments for multiarchifying the
>> whole archive including all of */bin.
>
> Personn
On 5/15/06, Pierre Habouzit <[EMAIL PROTECTED]> wrote:
Le Dim 14 Mai 2006 21:11, Olaf van der Spek a écrit :
> > - Why would you want to have both types installed simultaneously
> > anyway?
> >
> > For libraries the answer is simple, but multiarch applications
> > simply don't seem useful to me.
Hi all!
On Monday 15 May 2006 14:15, Olaf van der Spek wrote:
> > this is a dream. This also need that the application is able to deal
> > with the fact that it has configuration for the 32 and 64 bits version
> > coexisting cleanly.
>
> True. Did I say that it would be trivial?
> Or even
Scripsit Russ Allbery <[EMAIL PROTECTED]>
> More generally, Perl modules to send mail rather than using
> /usr/sbin/sendmail are often useful with web applications (or other
> applications that need security isolation) that are running in a chroot.
> To use /usr/sbin/sendmail in the chroot require
Am 2006-05-12 07:06:19, schrieb Andrew Donnellan:
> On 5/10/06, Michelle Konzack <[EMAIL PROTECTED]> wrote:
> >Better to create 15.000 additional DEB's with pics and additonal
> >descriptoons (per screenshoot) and make Meta packages to instal with
> >
> >apt-get install aptpics-all (for
#include
* Matt Taggart and others [Wed, May 10 2006, 02:00:47AM]:
> http://wiki.debian.org/multiarch
Looking at all that I have a simple question: do we need a such kind of
invasive multiarch integration. There only things I have to use which
are not available for native amd64. For this thing
Hi,
On Fri, May 12, 2006 at 12:41:54AM +0300, Lars Wirzenius wrote:
> to, 2006-05-11 kello 07:13 -0700, Ben Pfaff kirjoitti:
> > It's not clear to me, from the description, what the program does
> > that the md5sum and sha1sum utilities do not.
How does it compare to md5deep (which also comes wit
Hi,
On Mon, May 15, 2006 at 06:21:24PM +1000, Hamish Moffatt wrote:
> I think it comes from the RAM on your video card. Basically nothing
> overwrote the image that was there last time the card was in that mode.
> Text mode uses a much smaller (and possibly different) section of the
> RAM.
>
> >
On 5/15/06, Romain Beauxis <[EMAIL PROTECTED]> wrote:
Hi all!
On Monday 15 May 2006 14:15, Olaf van der Spek wrote:
> > this is a dream. This also need that the application is able to deal
> > with the fact that it has configuration for the 32 and 64 bits version
> > coexisting cleanly.
>
Le Lun 15 Mai 2006 17:02, Olaf van der Spek a écrit :
> On 5/15/06, Romain Beauxis <[EMAIL PROTECTED]> wrote:
> > I have a multiarch on my amd64 system only because I want to use
> > applications that I can't use or does not have the same
> > functionalities with amd64 (mostly firefox, ooo and mpla
On Mon, May 15, 2006 at 01:18:47PM +0200, Goswin von Brederlow wrote:
> e.g. /etc/x86_64-linux-gnu/pango/pango.modules
> or /etc/pango/x86_64-linux-gnu.modules
I'd prefer the architecture be a suffix, e.g.
/etc/pango/pango.modules.x86_64.
> I intend to file bugs about those in the future whene
Drew Parsons wrote:
> Thanks for the tip.
>
> It didn't help, however. The "debconf/entry doesn't exist" problems are
> still there afterwards. Were there any extra parameters I ought to
> supply to fix_db.pl?
>
> What did help was to manually delete all entries for a given package
> from /var/c
On 5/15/06, Pierre Habouzit <[EMAIL PROTECTED]> wrote:
> > Why would you see many binaries installed from the user point of
> > view? with a subject of "unsubscribe". Trouble? Contact
> > [EMAIL PROTECTED]
>
> For example because one user would like to have the absolute latest
> version of a cert
Indraveni <[EMAIL PROTECTED]> wrote:
> 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:
Without telling us what this "debian i
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,
maybe "a bad hack", but very useful in light desktop -
--e
e
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
Bastian Blank <[EMAIL PROTECTED]> writes:
> On Sun, May 14, 2006 at 11:11:16PM -0700, Thomas Bushnell BSG wrote:
>> I have just uploaded gnucash 1.9.6,
>
> And you should've used pbuilder to check if it is buildable.
Sorry, but I don't have the resources to use pbuilder for every single
upload of
* Thomas Bushnell BSG ([EMAIL PROTECTED]) wrote:
>
> 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
Package: wnpp
Severity: wishlist
Owner: Sven Hoexter <[EMAIL PROTECTED]>
* Package name: dvipost
Version : 1.1
Upstream Author : Erich Fruehstueck <[EMAIL PROTECTED]>
* URL : http://efeu.cybertec.at
* License : GPL v2
Programming Lang: C
Description : Dv
Eric Dorland <[EMAIL PROTECTED]> writes:
> * Thomas Bushnell BSG ([EMAIL PROTECTED]) wrote:
>>
>> 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 expe
On Monday 15 May 2006 07:11, Thomas Bushnell BSG wrote:
> 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 tha
On Mon, May 15, 2006 at 05:31:46PM +0200, Gabor Gombas wrote:
> On Mon, May 15, 2006 at 01:18:47PM +0200, Goswin von Brederlow wrote:
>
> > e.g. /etc/x86_64-linux-gnu/pango/pango.modules
> > or /etc/pango/x86_64-linux-gnu.modules
>
> I'd prefer the architecture be a suffix, e.g.
> /etc/pango/pa
On Tue, 09 May 2006 22:49:36 +0200
Bill Allombert <[EMAIL PROTECTED]> wrote:
> Ricardo Mones <[EMAIL PROTECTED]>
> sylpheed-gtk1
> sylpheed-gtk1-i18n
Fixed.
Thanks for reminding,
--
Ricardo Mones
~
The three principal virtues of a programmer are Laziness,
Impatience, a
David Goodenough <[EMAIL PROTECTED]> writes:
> So are we getting close to the point where you will build gnucash-sql?
The SQL backend is known to suffer from neglect, it's probably not a
good thing to start encouraging people to use at this time. I gather
that the gnucash developers intend to add
ma, 2006-05-15 kello 08:55 +0200, Bastian Blank kirjoitti:
> On Mon, May 15, 2006 at 06:10:52AM +0300, Lars Wirzenius wrote:
> > I propose to file bugs against the packages before the end of this week,
> > and, after a couple of weeks, for packages that haven't been fixed
> > already, start making
On Mon, May 15, 2006 at 12:14:48PM +0200, Goswin von Brederlow wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> writes:
>
> > I don't see it as a general issue either; if you have problems of this type,
> > you should report them to the bug tracking system so that they can be fixed.
> > Debian as an or
Package: wnpp
Severity: wishlist
Owner: "Matti Pöllä" <[EMAIL PROTECTED]>
I'm planning to package s710 - a Linux interface for Polar heart rate
monitors authored by Dave Bailey.
* Package name: s710
Version : 0.19
Upstream Author : Dave Bailey <[EMAIL PROTECTED]>
* URL
Henning Makholm <[EMAIL PROTECTED]> writes:
> Scripsit Russ Allbery <[EMAIL PROTECTED]>
>> More generally, Perl modules to send mail rather than using
>> /usr/sbin/sendmail are often useful with web applications (or other
>> applications that need security isolation) that are running in a
>> chroo
On Mon, May 15, 2006 at 02:13:46PM +0200, Henning Makholm wrote:
> Why not just install some software that can speak SMTP as the chroot's
> /usr/bin/sendmail? E.g. nullmailer.
nullmailer is, in general, broken.
For one, it doesn't seem to understand errors at the other side; 5xx is
simply interpr
> OUCH! This would mean that all of a sudden the 20-30 seconds it takes
> while 'Reading database...' would suddenly become 45-60 seconds.
>
> The TAR archives are a much better idea IMHO.
You have not understood...
I mean, all pics are in the same location, but can easyly installed
using apt an
Package: wnpp
Severity: wishlist
Owner: alex bodnaru <[EMAIL PROTECTED]>
* Package name: geotypes
Version : 0.4.0-0.5.0+SVN
Upstream Author : Richard Taylor <[EMAIL PROTECTED]>,
Frederic Back <[EMAIL PROTECTED]>
* URL : http://www.initd.org/tracker/
On Mon, 2006-05-15 at 10:46 -0500, Joey Hess wrote:
> Drew Parsons wrote:
> > Thanks for the tip.
> >
> > It didn't help, however. The "debconf/entry doesn't exist" problems are
> > still there afterwards. Were there any extra parameters I ought to
> > supply to fix_db.pl?
> >
> > What did help
Drew Parsons wrote:
> Name: xprint-common
> Template: xprint-common/default_printer_resolution
> Owners: xprint-common
>
> and /var/cache/debconf/templates.dat has
>
> Name: xprint-common/default_printer_resolution
> Default: 600
> Description: Default printer
* Steinar H. Gunderson wrote:
> On Mon, May 15, 2006 at 02:13:46PM +0200, Henning Makholm wrote:
> > Why not just install some software that can speak SMTP as the
> > chroot's /usr/bin/sendmail? E.g. nullmailer.
>
> nullmailer is, in general, broken.
>
> For one, it doesn't seem to understand err
Matt Zimmerman wrote:
On Mon, May 15, 2006 at 12:14:48PM +0200, Goswin von Brederlow wrote:
Matt Zimmerman <[EMAIL PROTECTED]> writes:
I don't see it as a general issue either; if you have problems of this type,
you should report them to the bug tracking system so that they can be fixed.
Debia
> > Being able to install multiple versions is some use to multiarch, but
> > could also be used for other things, such if two packages provide the
> > same binary (git for example).
> > Or to install multiple 'version 'numbers' of the same package.
>
> The big problem then is when to install mult
On Tue, 2006-05-16 at 08:52 +0600, Alexander E. Patrakov wrote:
> Matt Zimmerman wrote:
> > You don't need to wait for a particular event to be finished processing;
> > instead you should wait for the resource you actually need to become
> > available, e.g. a device node.
> >
> > It would be usefu
* Norbert Tretkowski:
>> (Nice when the error is because the mail was over 50MB.)
>
> There are better ways to transfer big files than SMTP.
That's presumably why the receving side rejected the message.
Apparently, nullmailer cannot deal gracefully with that situation. 8-(
--
To UNSUBSCRIBE, e
On Mon, 2006-05-15 at 21:21 -0500, Joey Hess wrote:
> Drew Parsons wrote:
> > Name: xprint-common
> > Template: xprint-common/default_printer_resolution
> > Owners: xprint-common
> >
> > and /var/cache/debconf/templates.dat has
> >
> > Name: xprint-common/default_printer_resoluti
On Mon, May 15, 2006 at 10:47:48AM +0200, [EMAIL PROTECTED] wrote:
> Am 15.05.2006 um 10:32 Uhr haben Sie geschrieben:
> > CFEngine is in Debian, but has some real nasty frustrations. Puppet
> > isn't in Debian, but Jamie is working hard on the packages and I've got
> > some provisional ones built
Package: general
Severity: normal
I reported an issue with Cinepaint(#365801) and it occurs also with my
instance of Dillo. Not the SIGFPE but the font issue. Two instances of
the same bug I felt warranted a general report. If I find a third data
point, it will really solidify this. If I use 'LC_A
65 matches
Mail list logo
