Hi all,
I have finished mdadm 2.4.1-1 and would like some people to look at
it before I upload it, since I made some significant changes (no
more mdrun, for instance (but it's not yet deprecated until
initramfs-tools syncs)).
Here's the changelog:
mdadm (2.4.1-1) experimental; urgency=low
Hi, we are working for a distro which is using debian pacakges. By default the gnome panel is having no colour. I want to change the look and feel of the panel, Applications menu backgroud color, Window title background color..,etc. Just to make it look diferent with diffrent colors. I dont want
Hi. I'm just a lowly user with a bandwidth problem.
Certainly was a shock to get back from town to find the documentation
gone from the debs I brought back.
However, I am to make one last trip to town so it's my one shot chance
to download the new additional debs where that documentation now lies.
On Tue, 2006-05-16 at 22:39 +0200, Henning Makholm wrote:
> Scripsit Ron Johnson <[EMAIL PROTECTED]>
> > On Tue, 2006-05-16 at 19:21 +0200, Henning Makholm wrote:
>
> >> The point is that they could if the wanted to. And if they did, it
> >> would work for _all_ programs, not just particular perl
On Wed, 2006-05-17 at 00:01 +0200, Goswin von Brederlow wrote:
> "Olaf van der Spek" <[EMAIL PROTECTED]> writes:
>
> > 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 w
>
> But say you have the old i486 ls installed in /bin/ls and now you
> install the new amd64 ls in /bin/ls/x86_64.
>
> Wait a second. How do you create the dir when the file already exists?
> dpkg has to specialy handle this case for every package.
>
That's probably a bit of a problem. But tha
David Goodenough <[EMAIL PROTECTED]> writes:
> On Tuesday 16 May 2006 19:24, Thomas Bushnell BSG wrote:
>> David Goodenough <[EMAIL PROTECTED]> writes:
>> > So are we getting close to the point where you will build gnucash-sql?
>>
>> Upstream reports that the SQL subsystem is known not to work. S
On Wed, 2006-05-17 at 00:24 +0200, Goswin von Brederlow wrote:
> Ron Johnson <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2006-05-16 at 08:44 -0700, Don Armstrong wrote:
> >> On Tue, 16 May 2006, Ron Johnson wrote:
> >> > On the "home desktop" reportbug uses Python's smtp library to send
> >> > email
On Tue, 16 May 2006, Roberto C. Sanchez wrote:
> Don Armstrong wrote:
> > reportbug sends mail to wherever it is configured; the default
> > setup should be to send mail to bugs.debian.org, not the ISP's
> > smtp server, since that can't be known in advance. [I don't know
> > if this is the default
Matt Zimmerman <[EMAIL PROTECTED]> writes:
> 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 tracki
Peter 'p2' De Schrijver <[EMAIL PROTECTED]> writes:
>> Lets say we do add special dirs for binaries and let dpkg manage
>> them. How would that work with old and new debs mixed together? Should
>> dpkg move all binaries into subdirs on upgrade once? Should it move
>> binaries into subdirs when a s
Ron Johnson <[EMAIL PROTECTED]> writes:
> On Tue, 2006-05-16 at 08:44 -0700, Don Armstrong wrote:
>> On Tue, 16 May 2006, Ron Johnson wrote:
>> > On the "home desktop" reportbug uses Python's smtp library to send
>> > email directly to the ISP's smtp server. And that's a good thing,
>> > because,
At Debconf Joey Hess and I have integrated support for the graphical
installer into the main build system for d-i. For now the support is for
i386 only, but amd64 [1] and powerpc will follow very soon.
This means that the daily built images [2] of the installer now include an
option to boot the
Eduard Bloch <[EMAIL PROTECTED]> writes:
> #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 whi
"Olaf van der Spek" <[EMAIL PROTECTED]> writes:
> 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
"Olaf van der Spek" <[EMAIL PROTECTED]> writes:
> 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 multiarchify
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> Pierre Habouzit wrote:
>
>> honnestly, please find *ONE* application where alternatives can't
>> solve your problem, and where upstream design would still allow to
>> have both instances installed. I've though hard enough, and I've
>> found none.
>
> Y
Master and murphy are changing colos. This entails a shutdown, de-rack, move
across town(not far, tho), and power back up. Est. time is 2 hours.
Nat rules will be installed, so that access can continue at the old addresses.
DNS will be updated after the move.
--
To UNSUBSCRIBE, email to [EMAI
Scripsit Ron Johnson <[EMAIL PROTECTED]>
> On Tue, 2006-05-16 at 19:21 +0200, Henning Makholm wrote:
>> The point is that they could if the wanted to. And if they did, it
>> would work for _all_ programs, not just particular perl scripts that
>> happen to use some obscure perl module to send mails
On Tuesday 16 May 2006 19:24, Thomas Bushnell BSG wrote:
> David Goodenough <[EMAIL PROTECTED]> writes:
> > So are we getting close to the point where you will build gnucash-sql?
>
> Upstream reports that the SQL subsystem is known not to work. So that
> means that until it gets to working, I cert
ti, 2006-05-16 kello 09:53 +0200, Bas Zoetekouw kirjoitti:
> Hi Lars!
>
> You wrote:
>
> > > The usage is mendantory (aka a must clause) but the bugs are not RC?
> > > This does not fit.
> >
> > It violates policy, but not in a way enumerated on
> > http://release.debian.org/etch_rc_policy.txt,
On Tue, 2006-05-16 at 08:44 -0700, Don Armstrong wrote:
> On Tue, 16 May 2006, Ron Johnson wrote:
> > On the "home desktop" reportbug uses Python's smtp library to send
> > email directly to the ISP's smtp server. And that's a good thing,
> > because, for a long time, reportbug did not have that fe
Frank Küster wrote:
> "Olaf van der Spek" <[EMAIL PROTECTED]> wrote:
>
> >> The alternative would be to check for $DEBIAN_FRONTEND, and if unset
> >> parse "debconf-show debconf", but this doesn't look clean.
> >
> > Shouldn't a clean solution be done in debconf code and not in your package
> > c
On Tue, 2006-05-16 at 19:21 +0200, Henning Makholm wrote:
> Scripsit Ron Johnson <[EMAIL PROTECTED]>
> > On Tue, 2006-05-16 at 11:04 +0200, Henning Makholm wrote:
> >> Scripsit "Steinar H. Gunderson" <[EMAIL PROTECTED]>
> >> > On Mon, May 15, 2006 at 02:13:46PM +0200, Henning Makholm wrote:
[snip]
On Tue, 2006-05-16 at 19:18 +0200, Henning Makholm wrote:
> Scripsit Krzysztof Krzyzaniak <[EMAIL PROTECTED]>
>
> >> That would be accessible to _all_ programs whether they are written in
> >> Perl or not.
>
> > But I still not get it why not to use Email::Send and choose method
> > there?
>
> B
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Doesn't work for me.
>
> # grep apt.config /etc/pbuilderrc
> APTCONFDIR="/etc/pbuilder/apt.config/"
> # cat /etc/pbuilder/apt.config/apt.conf.d/allow-unauthenticated
> APT::Get::AllowUnauthenticated 1;
>
> but the same errors persist.
Apparently
Frank Küster <[EMAIL PROTECTED]> writes:
> Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
>
>> Presumably the problem is that the packages cannot be authenticated.
>> Presumably that's because the key inside the chroot is the old 2005
>> one? How do I fix that?
>
> $ grep apt.config /etc/pbuilder
Frank Küster <[EMAIL PROTECTED]> writes:
> Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
>
>> Presumably the problem is that the packages cannot be authenticated.
>> Presumably that's because the key inside the chroot is the old 2005
>> one? How do I fix that?
>
> $ grep apt.config /etc/pbuilder
Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> Presumably the problem is that the packages cannot be authenticated.
> Presumably that's because the key inside the chroot is the old 2005
> one? How do I fix that?
$ grep apt.config /etc/pbuilderrc.sid
APTCONFDIR="/etc/pbuilder/apt.config/"
$ cat
Frank Küster <[EMAIL PROTECTED]> writes:
> /usr/sbin/pbuilder update --override-config --configfile /etc/pbuilderrc.sid
Ok, this gets me a good sid chroot. But I can't build with it. When
I try to build, using, say, pbuilder build gnucash_1.9.6-3.dsc, I get
seemingly normal pbuilder output, lot
Scripsit "Olaf van der Spek" <[EMAIL PROTECTED]>
> On 5/16/06, Dagfinn Ilmari Mannsåker <[EMAIL PROTECTED]> wrote:
>> Here's an idea: store the configuration meta data in the file itself,
>> say, in the first line, following a comment starting with an exclamation
>> mark.
> This would kill MD5 ch
Scripsit Ron Johnson <[EMAIL PROTECTED]>
> On Tue, 2006-05-16 at 11:04 +0200, Henning Makholm wrote:
>> Scripsit "Steinar H. Gunderson" <[EMAIL PROTECTED]>
>> > 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 chro
severity 363425 serious
thanks
Seems that package which advertises 'Bluetooth PIN helper with D-BUS
support' in description should at least don't crash when used with
D-BUS, so I think this bug is at least 'serious'.
--
JID: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wit
Scripsit Krzysztof Krzyzaniak <[EMAIL PROTECTED]>
>> That would be accessible to _all_ programs whether they are written in
>> Perl or not.
> But I still not get it why not to use Email::Send and choose method
> there?
Because one might not be programming in Perl.
> Email::Send is not another s
Frank Küster <[EMAIL PROTECTED]> writes:
> No solution to the bug, but an easy workaround: Create a sarge chroot
> tar.gz on your sarge machine, change pbuilderrc to point to sid (I have
> copies for each distribution), and then update the tar.gz to sid, like
> this:
>
> /usr/sbin/pbuilder update
David Goodenough <[EMAIL PROTECTED]> writes:
> So are we getting close to the point where you will build gnucash-sql?
Upstream reports that the SQL subsystem is known not to work. So that
means that until it gets to working, I certainly won't be building it
for Debian.
Thomas
--
To UNSUBSC
On Tue, 2006-05-16 at 13:20 -0400, Roberto C. Sanchez wrote:
> Don Armstrong wrote:
> >
> > reportbug sends mail to wherever it is configured; the default setup
> > should be to send mail to bugs.debian.org, not the ISP's smtp server,
> > since that can't be known in advance. [I don't know if this
> > I don't think so. I see at least a few possible uses for this :
> >
> > 1) have a shared filesystem between machines of multiple architectures
> > 2) test your programs on architectures you don't have by using qemu
>
> It might have its use there but it can't be simply done. The files
> from t
Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> Pardon me if I've missed something obvious or misunderstood
> something.
No solution to the bug, but an easy workaround: Create a sarge chroot
tar.gz on your sarge machine, change pbuilderrc to point to sid (I have
copies for each distribution), an
Peter 'p2' De Schrijver <[EMAIL PROTECTED]> writes:
>> > 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 p
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.
So I would love to use pbuilder on my fancy fast computer. It runs
sarge.
So w
David Goodenough <[EMAIL PROTECTED]> writes:
> On Tuesday 16 May 2006 09:08, Thomas Bushnell BSG wrote:
>> David Goodenough <[EMAIL PROTECTED]> writes:
>> > So are we getting close to the point where you will build gnucash-sql?
>>
>> I think so.
> Great. If you want someone to test the builds ple
On May 16, "Roberto C. Sanchez" <[EMAIL PROTECTED]> wrote:
> Except that many ISPs now block outbound port 25 (at least on
> consumer-level service), except for what is relayed through their mail
> servers.
Agreed. It's not reasonable to expect that port 25 connections from
large consumer ISPs wil
On Tuesday 16 May 2006 17:53, Gabor Gombas wrote:
> However, you can take this idea further: provided you have multiarched
> binaries, you could create a small file system using FUSE that generates
> such a wrapper on-the-fly based on the requested file name, and you
> could mount this file system
Don Armstrong wrote:
>
> reportbug sends mail to wherever it is configured; the default setup
> should be to send mail to bugs.debian.org, not the ISP's smtp server,
> since that can't be known in advance. [I don't know if this is the
> default now, but it should be the default.]
>
Except that m
On Tue, 16 May 2006, Ron Johnson wrote:
> On the "home desktop" reportbug uses Python's smtp library to send
> email directly to the ISP's smtp server. And that's a good thing,
> because, for a long time, reportbug did not have that feature, and
> people who don't know how to configure MTAs were no
On Fri, May 12, 2006 at 12:41:54AM +0300, Lars Wirzenius wrote:
> Apart from supporting more file formats, summain differs from the
> traditional md5sum and sha1sum utilities by providing progress
> reporting, and via convenience features such as automatic recursion
> into directories, and look
On Tue, May 16, 2006 at 02:11:08PM +0200, Olaf van der Spek wrote:
> That's great. Could you tell me how to use those so that script A uses
> python 2.3 and script B uses python 2.4 without modifying the scripts?
That's trivial. Create a wrapper that somehow decides which python
version to run an
>
> The obvious problem here: The scheme is incompatible with non-multiarched
> software. It would at least require a package manager which specialcases
> /bin directory, a one-time conversion which moves the binaries, and
> some trickery for alternatives. Plus some more things which don't co
* Ron Johnson <[EMAIL PROTECTED]> [060516 15:14]:
> > Then something else. One can easily envisage installing as
> > /usr/bin/sendmail something that reads an email, immediately
> > sends it to a smarthost via SMTP and exits with an error if a problem
> > happened. No daemon, no local spool.
>
> N
"Olaf van der Spek" <[EMAIL PROTECTED]> wrote:
>> The alternative would be to check for $DEBIAN_FRONTEND, and if unset
>> parse "debconf-show debconf", but this doesn't look clean.
>
> Shouldn't a clean solution be done in debconf code and not in your package
> code?
Yes, #367497
Thanks, Frank
On 5/16/06, Tollef Fog Heen <[EMAIL PROTECTED]> wrote:
Olaf van der Spek wrote:
> That depends on the implementation but I don't think it's not solvable.
There's a bunch of claims from people who have worked on
multiarch-related problems for a few years. You seem to think those
claims are bogu
Pierre Habouzit wrote:
honnestly, please find *ONE* application where alternatives can't solve
your problem, and where upstream design would still allow to have both
instances installed. I've though hard enough, and I've found none.
You might want to have, say, multiple installations of apach
I don't know. But it looks like this problem was discussed
on the "full-disclosure" mailing list last year; see
http://lists.grok.org.uk/pipermail/full-disclosure/2005-February/031928.html
Hamish
On Tue, May 16, 2006 at 06:11:10AM +0100, Indraveni wrote:
> How we can blank the RAM of Video Card.
Olaf van der Spek wrote:
That depends on the implementation but I don't think it's not solvable.
There's a bunch of claims from people who have worked on
multiarch-related problems for a few years. You seem to think those
claims are bogus, so I suggest you write up a solution which does all
Package: wnpp
Severity: wishlist
Owner: Alec Berryman <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: quackle
Version : 0.92
Upstream Authors: Jason Katz-Brown <[EMAIL PROTECTED]>
John O'Laughlin <[EMAIL PROTECTED]>
* URL
[ Gah, resent with a valid d-devel in the Cc: line ]
Buxy writes:
>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 automati
On Tue, 2006-05-16 at 11:04 +0200, Henning Makholm wrote:
> Scripsit "Steinar H. Gunderson" <[EMAIL PROTECTED]>
> > 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
On Tuesday 16 May 2006 12:10, Marc Haber wrote:
> On Tue, 16 May 2006 10:28:57 +0200, "cobaco (aka Bart Cornelis)"
>
> <[EMAIL PROTECTED]> wrote:
> >1) use multilevel/modular config where available:
> > usually in the form of a /etcc/.d directory
> > (e.g. /etc/apt/conf.d), or stacked config se
On 5/16/06, Dagfinn Ilmari Mannsåker <[EMAIL PROTECTED]> wrote:
"Olaf van der Spek" <[EMAIL PROTECTED]> writes:
> On 5/16/06, Dagfinn Ilmari Mannsåker <[EMAIL PROTECTED]> wrote:
>> > I don't care about the implementation details, but if it requires
>> > kernel support, then yes.
>>
>> How should
"Olaf van der Spek" <[EMAIL PROTECTED]> writes:
> On 5/16/06, Dagfinn Ilmari Mannsåker <[EMAIL PROTECTED]> wrote:
>> > I don't care about the implementation details, but if it requires
>> > kernel support, then yes.
>>
>> How should the kernel (or any other implementation) know which script
>> req
Henning Makholm wrote:
> Scripsit "Steinar H. Gunderson" <[EMAIL PROTECTED]>
>> 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, bro
On 5/16/06, Dagfinn Ilmari Mannsåker <[EMAIL PROTECTED]> wrote:
> I don't care about the implementation details, but if it requires
> kernel support, then yes.
How should the kernel (or any other implementation) know which script
requires which python version without the scripts declaring it?
"Olaf van der Spek" <[EMAIL PROTECTED]> writes:
> On 5/16/06, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote:
>> On Tue, May 16, 2006 at 02:11:08PM +0200, Olaf van der Spek wrote:
>> >> See the system calls link(2) and symlink(2). The (Essential) coreutils
>> >> package provides a userspace binary
On 5/16/06, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote:
On Tue, May 16, 2006 at 02:11:08PM +0200, Olaf van der Spek wrote:
>> See the system calls link(2) and symlink(2). The (Essential) coreutils
>> package provides a userspace binary /bin/ln which makes these calls
>> available to shell scr
On Tue, May 16, 2006 at 02:11:08PM +0200, Olaf van der Spek wrote:
>> See the system calls link(2) and symlink(2). The (Essential) coreutils
>> package provides a userspace binary /bin/ln which makes these calls
>> available to shell scripts.
> That's great. Could you tell me how to use those so th
On 5/16/06, Frank Küster <[EMAIL PROTECTED]> wrote:
Hi,
how can I find out in postinst which debconf frontend is active?
In case some particular command fails in postinst, we cannot proceed,
and let it "exit 1". However, to inform the user, we display a debconf
error, telling him how to fix th
On 5/16/06, Henning Makholm <[EMAIL PROTECTED]> wrote:
Scripsit "Olaf van der Spek" <[EMAIL PROTECTED]>
> Not true. For example, the kernel could be changed to pick the right
> Python binary if it sees #!/usr/bin/python.
There is already a hook for doing that that in the kernel; no patching
is
Rudolf Weeber <[EMAIL PROTECTED]> wrote:
> Hi,
> On Tue, May 16, 2006 at 12:47:13PM +0200, Frank Küster wrote:
>> Hi,
>>
>> how can I find out in postinst which debconf frontend is active?
> debconf-show debconf
> and some filter meight work.
You should have read my question to the end:
,
|
Hi,
On Tue, May 16, 2006 at 12:47:13PM +0200, Frank Küster wrote:
> Hi,
>
> how can I find out in postinst which debconf frontend is active?
debconf-show debconf
and some filter meight work.
CU, Rudolf
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
Scripsit "Olaf van der Spek" <[EMAIL PROTECTED]>
> Not true. For example, the kernel could be changed to pick the right
> Python binary if it sees #!/usr/bin/python.
There is already a hook for doing that that in the kernel; no patching
is required.
See the system calls link(2) and symlink(2). T
Hi,
how can I find out in postinst which debconf frontend is active?
In case some particular command fails in postinst, we cannot proceed,
and let it "exit 1". However, to inform the user, we display a debconf
error, telling him how to fix their system.
But if the frontend is noninteractive, th
Scripsit "Steinar H. Gunderson" <[EMAIL PROTECTED]>
> 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.
Then something else. One ca
>I mean, all pics are in the same location, but can easyly installed
>using apt and friends and noone must download the whole tarballs.
>Even Modem or ISDN-Users would like to see screenshots of some
>packages/programs and huge tarballs are no sulution.
$ apt-cache rdepends libx11-6|wc -l
2237
2
On Tue, 16 May 2006 10:28:57 +0200, "cobaco (aka Bart Cornelis)"
<[EMAIL PROTECTED]> wrote:
>1) use multilevel/modular config where available:
> usually in the form of a /etcc/.d directory
> (e.g. /etc/apt/conf.d), or stacked config sets (e.g. the major desktop
> environments, see desktop-pro
Peter 'p2' De Schrijver 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 package.
> >
> > T
* Raphael Hertzog ([EMAIL PROTECTED]) disait :
> Hello everybody,
>
snip
> Since I'm definitely not an expert on this subject, I would welcome
> co-maintainers for this package and of course testers!
I'm willing to help for this, feel free to tell me if I can give a hand
Raphael.
Best regards,
Processing commands for [EMAIL PROTECTED]:
> reassign 367456 libgtk1.2
Bug#367456: general: text missing in menus and buttons inside window when using
utf-8 locale (en_US.utf8)
Bug reassigned from package `general' to `libgtk1.2'.
> reassign 365678 libgtk1.2
Bug#365678: xmms: Text in all menus a
Hi Lars!
You wrote:
> > The usage is mendantory (aka a must clause) but the bugs are not RC?
> > This does not fit.
>
> It violates policy, but not in a way enumerated on
> http://release.debian.org/etch_rc_policy.txt, which means that it isn't
> release critical, unless I've misunderstood somet
On Tue, May 16, 2006 at 03:16:32AM +0200, Steinar H. Gunderson wrote:
> verbose and chatty about seemingly normal occasions. In general, I've only
> seen problems with it; even sendmail seems easier to get to work. With
> hand-written config file. Written in ed.
With or without the Sendmail bible?
On Monday 15 May 2006 09:49, [EMAIL PROTECTED] wrote:
> 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 def
On Tuesday 16 May 2006 09:08, Thomas Bushnell BSG wrote:
> David Goodenough <[EMAIL PROTECTED]> writes:
> > So are we getting close to the point where you will build gnucash-sql?
>
> I think so.
Great. If you want someone to test the builds please let me know when
they are ready and where I can d
reassign 367456 libgtk1.2
reassign 365678 libgtk1.2
severity 367456 important
severity 365678 important
severity 287520 important
merge 287520 365649 365678 367456
thanks
Kevin Mark <[EMAIL PROTECTED]> writes:
> I reported an issue with Cinepaint(#365801) and it occurs also with my
> instance of
David Goodenough <[EMAIL PROTECTED]> writes:
> So are we getting close to the point where you will build gnucash-sql?
I think so.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
84 matches
Mail list logo
