Will this be fixed in bullseye?
openjdk-17-jre continues to be uninstallable in bullseye because of this
circular dependency.
ry as unaffected.
Kind regards
Harald Jenny
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tue, Jan 25, 2011 at 11:51:30PM +0200, Teodor MICU wrote:
> 2011/1/25 Harald Jenny :
> > On Tue, Jan 25, 2011 at 04:57:42PM +0200, Teodor MICU wrote:
> >> Good catch. Indeed, $USER is defined on interactive sessions and I was
> >> only thinking about starting at b
On Tue, Jan 25, 2011 at 02:16:51PM +0100, Agustin Martin wrote:
> On Mon, Jan 24, 2011 at 09:07:09PM +0100, Harald Jenny wrote:
> > On Mon, Jan 24, 2011 at 08:59:41PM +0200, Teodor MICU wrote:
> > > 2011/1/24 Harald Jenny :
> > > > Ok although the PIDFILE line can
On Tue, Jan 25, 2011 at 04:57:42PM +0200, Teodor MICU wrote:
> Hi,
Hello
>
> 2011/1/24 Harald Jenny :
> > On Mon, Jan 24, 2011 at 10:40:06PM +0200, Teodor MICU wrote:
> >> I can only spot some cosmetic issues, otherwise I see no problem. The
> >> change USER
On Mon, Jan 24, 2011 at 10:40:06PM +0200, Teodor MICU wrote:
> 2011/1/24 Harald Jenny :
> > On Mon, Jan 24, 2011 at 08:59:41PM +0200, Teodor MICU wrote:
> >> 2011/1/24 Harald Jenny :
> >> > Ok although the PIDFILE line can be removed with the below code.
> >&
On Mon, Jan 24, 2011 at 08:59:41PM +0200, Teodor MICU wrote:
> 2011/1/24 Harald Jenny :
> > Ok although the PIDFILE line can be removed with the below code.
>
> I'm don't see where PIDFILE is removed.
Just take a look at the next patch version.
>
> >> Yes
On Mon, Jan 24, 2011 at 07:29:09PM +0200, Teodor MICU wrote:
> Just ignore this. I probably need some coffee.
> Having MILTERSOCKET variable empty is also with the case with the
> proposed configuration where you set your default
> "unix:path/to/socket" value.
Well I will make another upload soon.
On Mon, Jan 24, 2011 at 07:22:17PM +0200, Teodor MICU wrote:
> 2011/1/24 Harald Jenny :
> > On Mon, Jan 24, 2011 at 06:37:37PM +0200, Teodor MICU wrote:
> >> 1) usually you should enclose with "" the full path here:
> >> +PIDFILE=/var/run/amavis/"
On Mon, Jan 24, 2011 at 06:37:37PM +0200, Teodor MICU wrote:
> Hi again,
Hello again :-)
>
> 2011/1/24 Harald Jenny :
> > first thanks to everbody for the valuable input, it helped me a lot to
> > improve
> > this init script. Please take a look at the third version
On Mon, Jan 24, 2011 at 05:50:38PM +0200, Teodor MICU wrote:
> 2011/1/24 Harald Jenny :
> > Well as far as I know Debian currently only supports /bin/bash and
> > /bin/dash as
> > providers of /bin/sh so I guess it's currently safe to use echo -n in init
> > scr
Hi all,
first thanks to everbody for the valuable input, it helped me a lot to improve
this init script. Please take a look at the third version of my patch and
comment on it.
Thanks and a nice day
Harald
--- /etc/init.d/amavisd-milter 2010-05-12 23:01:42.0 +0200
+++ /etc/init.d/amavisd-m
On Mon, Jan 24, 2011 at 05:28:13PM +0200, Teodor MICU wrote:
> Hi,
Hey
>
> 2011/1/24 Julien Cristau :
> >> Yes, it does cover the case where MILTERSOCKET contains something but
> >> not if it is empty. For this I would recommend 'printf' since 'echo
> >> -n' is not portable and not working with
On Mon, Jan 24, 2011 at 05:18:15PM +0200, Teodor MICU wrote:
> Hi,
Hello
>
> 2011/1/24 Agustin Martin :
> > On Mon, Jan 24, 2011 at 02:17:48PM +0100, Harald Jenny wrote:
> >> I will have a to check this - this is meant as a guard against accidently
> >> setti
On Mon, Jan 24, 2011 at 04:20:32PM +0100, Julien Cristau wrote:
> On Mon, Jan 24, 2011 at 17:09:10 +0200, Teodor MICU wrote:
>
> > Hi,
> >
> > 2011/1/24 Harald Jenny :
> > >> 7) You should probably add "-q" for all these executions to avoid
>
On Mon, Jan 24, 2011 at 05:09:10PM +0200, Teodor MICU wrote:
> Hi,
Hello
>
> 2011/1/24 Harald Jenny :
> >> 7) You should probably add "-q" for all these executions to avoid
> >> unwanted strings during start/stop/restart.
> >> "`echo $MILTER
On Mon, Jan 24, 2011 at 03:50:04PM +0100, Agustin Martin wrote:
> On Mon, Jan 24, 2011 at 02:17:48PM +0100, Harald Jenny wrote:
> > Hi Augustin
> >
> > On Sun, Jan 23, 2011 at 01:38:47AM +0100, Agustin Martin wrote:
> > > 2011/1/21 Teodor MICU :
> > > &
On Mon, Jan 24, 2011 at 03:54:49PM +0100, Agustin Martin wrote:
> On Mon, Jan 24, 2011 at 02:08:08PM +0100, Harald Jenny wrote:
> > Hello Agustin Martin
> > >
> > > Also I am not sure of full portability of -a there (although seems to not
> > > be
>
Hi Augustin
On Sun, Jan 23, 2011 at 01:38:47AM +0100, Agustin Martin wrote:
> 2011/1/21 Teodor MICU :
> > 2011/1/21 Agustin Martin :
> >> if [ "$MILTERSOCKET" ] && [ "`echo $MILTERSOCKET | grep -v ^inet`" ]; then
> >>
> >> but as Teodor points out (just read it), second check seems to be enough.
>
Hello
On Fri, Jan 21, 2011 at 03:13:05PM +0200, Teodor MICU wrote:
> 2011/1/21 Agustin Martin :
> > if [ "$MILTERSOCKET" ] && [ "`echo $MILTERSOCKET | grep -v ^inet`" ]; then
> >
> > but as Teodor points out (just read it), second check seems to be enough.
>
> Only that I realized latter the inte
if [ "$MILTERSOCKET" ] && [ "`echo $MILTERSOCKET | grep -v ^inet`" ]; then
>
> but as Teodor points out (just read it), second check seems to be enough.
Not really as an empty $MILTERSOCKET may lead to undesired behaviour too.
>
> Also, I'd do a
if [ ! -e $(dirname $MILTERSOCKET) ]; then
> +mkdir $(dirname $MILTERSOCKET)
> + fi
> + chown $USER $(dirname $MILTERSOCKET))
Ok
>
> It is unclear to me why you need to change the owner of MILTERSOCKET.
Because amavisd-milter running as user can't otherwise remove the sock
> Removing is bad bad idea as it leaves amavis user without a working milter.
>
> Alex
Dear Alex
After Squeeze release backports of both libmilter and amavisd-milter will be
made available by me so people will be able to use them.
Kind regards
Harald Jenny
--
To UNSUBSCRIBE,
On Tue, Jan 18, 2011 at 11:57:37AM +0100, Julien Cristau wrote:
> On Thu, Jan 13, 2011 at 10:04:14 +0100, Harald Jenny wrote:
>
> > Dear Gabor Kiss,
> >
> > thanks for the information, will test it myself and then release a new
> > version.
> > And thanks
Yes thanks it's very informative!
> --
> Agustin
Kind regards
Harald Jenny
--- /etc/init.d/amavisd-milter 2010-05-12 23:01:42.0 +0200
+++ /etc/init.d/amavisd-milter_FIXED 2011-01-20 21:22:45.0 +0100
@@ -33,16 +33,38 @@
[ -x $DAEMON ] || exit 0
# Read configu
more than it helps avoiding potential problems, maybe we
should bring this question to debian-devel to get a broader audience for this
discussion?
Kind regards
Harald Jenny
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Dear Gabor Kiss,
thanks for the information, will test it myself and then release a new version.
And thanks for your good bug report.
Kind regards
Harald Jenny
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
regards
Harald Jenny
--- /etc/init.d/amavisd-milter 2010-05-12 23:01:42.0 +0200
+++ /etc/init.d/amavisd-milter_FIXED 2011-01-12 22:25:03.0 +0100
@@ -42,7 +42,7 @@
[ $EXTRAPARAMS ] && OPTIONS="$OPTIONS $EXTRAPARAMS"
[ $PIDFILE ] && ([ -d $(dirname $PIDF
Hello Michael Schwartzkopff,
may I ask you about the status of this issue? Does the problem still exist? If
yes, could you please provide details of your system?
Kind regards
Harald Jenny
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubs
On Tue, Jun 01, 2010 at 09:27:55AM +0200, Holger Levsen wrote:
> Hi,
>
> On Dienstag, 1. Juni 2010, Harald Jenny wrote:
> > source Closes: 389680 532348 575757 583334
> > Changes:
> > openswan (1:2.6.26+dfsg-1) unstable; urgency=low
> > .
> >[Hara
On Wed, May 26, 2010 at 12:48:11PM +0200, Holger Levsen wrote:
> Hi Harald,
Hi Holger
>
> On Mittwoch, 26. Mai 2010, Harald Jenny wrote:
> > openswan (1:2.6.24+dfsg-1) unstable; urgency=medium
> >
> >* UNRELEASED
> >
> >* Changed building of
On Wed, May 26, 2010 at 12:00:25PM +0200, Holger Levsen wrote:
> Hi Harald, Rene, ow...@bugs.d.o,
Hi Holger
>
> On Mittwoch, 26. Mai 2010, Harald Jenny wrote:
> > Source: openswan
> > Source-Version: 1:2.6.24+dfsg-1
> >
> > We believe that the bug you reported
On Tue, 16 Mar 2010, Christian Perrier wrote:
tags 520927 moreinfo
thanks
Hello Jenny,
Back in March 2009, you reported a bug about file corruption when
dumping filesystems.
Bdale Garbee, who maintains the relevant package asked the upstream
author (Stelian Pop) whether that rings some bells
It appears to be using /usr/sbin/rmt-dump
Since I wrote that in March I switched to using tar for my two remote
machines whereas I stayed with dump for the machine that has the tape
system on it.
That's interesting. So are you using rmt with tar, or some other
transport mechanism? If you're
On Thu, 18 Jun 2009, Bdale Garbee wrote:
On Mon, 2009-03-23 at 17:14 +, Jenny Barna wrote:
Package: dump
Version: 0.4b41-5+b1
Severity: critical
Justification: causes serious data loss
I set up dump using a SLT24 tape system and tested local and remote
dump and restore with restoring
Package: dump
Version: 0.4b41-5+b1
Severity: critical
Justification: causes serious data loss
I set up dump using a SLT24 tape system and tested local and remote
dump and restore with restoring single files OK. When I restored a user's
lost file I discovered I had got back text from another (unre
Thanks for sending detailed information, it helps a lot. Here is the
problem. You don’t have a session manager installed, so the X11 startup
scripts choose to run x-window-manager.
ii metacity [x-window-man 1:2.22.0-2A lightweight GTK2 based Window Ma
ii twm [x-window-manager] 1:1.0.
Package: gdm
Version: 2.20.7-4
Severity: grave
Justification: renders package unusable
Today I did an apt-get update and apt-get upgrade which appeared to hang. I
rebooted
and I can login via ssh but not via the console. It's a Sun with ILOM and if
the console is redirected one gets the same bro
Adobe+macromedia+OS etc all in CD under $99
http://zrbnl.mt8jpl4f1wmbjnm.acarchformdc.info
Experience without learning is better than learning without experience.
Not life, but good life, is to be chiefly valued.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
39 matches
Mail list logo
