this in the next day or so anyway, and
your patch has saved me most of the effort. Thanks Lars. :-)
Tim
--
Dr Tim Cutts
Informatics Systems Group, Wellcome Trust Sanger Institute
GPG: 1024D/E3134233 FE3D 6C73 BBD6 726A A3F5 860B 3CDD 3F56 E313 4233
--
To UNSUBSCRIBE, email to [EMAIL
On 4 Oct 2005, at 3:14 am, Simon Bowden wrote:
Package: am-utils
Version: 6.0.9-3.2
Severity: normal
Hi,
We've been having serious issues with amd frequently messing up its
mappings and ultimately destroying the system (until we manually kill
-KILL, fix mounts restart, though sometimes
On 29 Oct 2005, at 4:23 pm, Miguel Figueiredo wrote:
Package: am-utils
Version: 6.1.1-1
Tags: l10n, patch
Severity: wishlist
Portuguese translation for am-utils's debconf messages by Marco Ferra
mferra _at_ sdf.lonestar.org.
Feel free to use it and give him the credit.
For translation
On 8 Sep 2006, at 6:36 am, Geoff Crompton wrote:
Package: am-utils
Version: 6.1.5-1
Severity: normal
I have just upgraded from sarge to etch. I have the following line
in my fstab:
sd01:/home /home nfs defaults,rw,hard,intr
0 0
Now when the boot process
On 28 Oct 2006, at 10:59 pm, Ulrich Eckhardt wrote:
Package: am-utils
Version: 6.1.5-2
Severity: wishlist
Greetings!
I'm currently looking for something that mounts CDs automatically
and came
across the am-utils package. I believe it can mount CDs or
floppies, but I'm
not sure.
It
On 1 Nov 2006, at 8:11 pm, Ulrich Eckhardt wrote:
Nope, it should also work without a desktop environment. After some
looking, I
now settled for autofs at the moment. Its setup is pretty easy, you
only need
to activate two lines in already existing configfiles and it
automatically
On 21 Sep 2006, at 8:38 pm, Miroslav Kure wrote:
Package: am-utils
Severity: wishlist
Tags: l10n, patch
Hi,
in attachement there is updated Czech (cs.po) translation of
am-utils debconf messages.
Wow, that was quick. Thanks!
Tim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On 22 Sep 2006, at 6:03 am, Christian Perrier wrote:
- change the template type to error in case this note is meant to be
displayed only in some cases when a problem shows up during
execution of
the maintainer's scripts. Please check debconf-devel(7) for details
All am-utils notes are
On 27 Nov 2006, at 1:56 pm, Yaroslav Halchenko wrote:
Package: am-utils
Version: 6.1.5-2
Followup-For: Bug #400229
Just wanted to confirm that the issue persists:
Get: 1 http://itanix.rutgers.edu unstable/main libamu4 6.1.5-2 [164kB]
Get: 2 http://itanix.rutgers.edu unstable/main am-utils
On 27 Nov 2006, at 2:07 pm, Yaroslav Halchenko wrote:
Package: am-utils
Version: 6.1.5-2
Severity: normal
I didn't have nfs-common present, thus couldn't cd /net/anywhere.
checked logs and saw
Nov 27 08:58:23 vaio automount[9285]: /etc/auto.net: line 40: --
no-headers: c
ommand not found
amd.conf file, your /etc/default/am-utils file and
any map files referred to by the amd.conf file.
Thanks,
Tim
--
Dr Tim Cutts
Informatics Systems Group, Wellcome Trust Sanger Institute
GPG: 1024D/E3134233 FE3D 6C73 BBD6 726A A3F5 860B 3CDD 3F56 E313 4233
--
To UNSUBSCRIBE, email
On 17 Oct 2008, at 4:47 pm, Alexander Galanin wrote:
Package: tkcvs
Version: 8.1-1
Severity: important
Tags: patch
It seems that headers of /usr/bin/tkcvs, /usr/bin/tkdiff and
/usr/bin/tkdirdiff are wrong.
As written in wish manpage, correct header are:
#!/bin/sh
# the next line restarts
On 20 Oct 2008, at 10:51 pm, Arthur de Jong wrote:
Subject: tkcvs: tkdiff missing
Package: tkcvs
Version: 8.1-4
Severity: normal
The /usr/bin/tkdiff binary has gone missing between 8.1-3 and 8.1-4.
It
seems that the following lines were removed from debian/rules between
those releases:
On 24 Aug 2008, at 8:49 am, Chris Lamb wrote:
tags 489666 + patch
thanks
Many thanks - I'll add that shortly. Fortunately, the script in
question is not actually part of the tkcvs program as installed; it is
just an example shipped with the program. But I'll pass your patch
upstream
See bug #479884 for previous discussion of this problem.
The locking problem with 2.6.19 kernels and later is not really a
problem. Locking is still used for the real NFS mounts, it's only the
am-utils NFS intercept which doesn't use locking. In earlier Linux
kernels, the failure to
Could you give me some details of in what sense am-utils 6.1.5-10 does
not work with 2.6.25 kernels? It seems to work absolutely fine for me:
1) This is a Lenny machine:
16:09:24 [EMAIL PROTECTED]:~$ cat /etc/debian_version
lenny/sid
2) It's running a 2.6.25 kernel:
16:16:24 [EMAIL
Package: emacs21-common
Version: 21.4a+1-3etch1
Severity: normal
Try entering the following code in a c-perl-mode buffer, with syntax
highlighting on (I use font-lock-mode):
my $seq = 'A' x 200;
$seq =~ s/.{80}/$1\n/g;
The {80} confuses the parser and c-perl-mode thinks the regex is
for it to make it support mount protocol
6, please do supply it to me, and I'll pass it back upstream.
Regards,
Tim Cutts
--
The Wellcome Trust Sanger Institute is operated by Genome Research
Limited, a charity registered in England with number 1021457 and a
company registered in England
On 22 Aug 2008, at 8:15 am, Meelis Roos wrote:
Package: am-utils
Version: 6.1.5-10
Severity: grave
Justification: renders package unusable
This is also documented in am-utils bugzilla with more details:
https://bugzilla.am-utils.org/show_bug.cgi?id=612
In short, Linux kernel has started
Thanks very much for the patch, but don't upload yet - I need to think
about this. I'm pretty certain there was a good reason for running it
directly, but I can't now think what it was. You're probably right,
though.
On 20 Sep 2008, at 2:22 am, Thomas Viehmann wrote:
tags 498707 +
On 20 Sep 2008, at 1:42 pm, Thomas Viehmann wrote:
When I noticed that it was intentional, I brought it up on #debian-qa
for that very reason, we (in particular Christoph Berg and me) came to
the conclusion that it is indeed a policy violation and thus an RC
bug.
Overriding the local
On 9 Sep 2008, at 9:15 am, Meelis Roos wrote:
After the mount version change, I tried am-utils again and the locking
bug that I saw earlier is fixed (sort of - nolock is used but I do not
expect to use mailboxes or other things that need locking over
automounted NFS). So this can be merged or
On 12 Sep 2008, at 6:01 pm, Kurt Roeckx wrote:
On Tue, Aug 08, 2006 at 02:34:13PM +0200, Steinar H. Gunderson wrote:
Package: cfengine2
Version: 2.1.14-1sarge1
Severity: grave
About once a week, cfservd in sarge dies for us, leaving the entire
cfengine installation completely useless. I
I'm seeing this on our etch systems as well as our sarge systems.
Since I'm running cups on several hundred systems, I see this happen
on several machines every day. It looks very much, from strace, that
the cups-polld program gets into a tight loop polling the server - it
tries to read
Package: cupsys-bsd
Version: 1.2.7-4etch2
Severity: important
We have cupsys-client and cupsys-bsd installed on client machines
without the cupsys package. Using lpr to print on these machines fails
because the /var/spool/cups/tmp directory (which is managed by the
cupsys package) does not
Hi - to add to this one, as is often the case, version 4.1.4 of tkdiff
is required by tkcvs 8.1. Since tkdiff comes from the same upstream
tarball as tkcvs, and they're written by the same person, is it
perhaps time we made this a multiple binary package and built both
tkdiff and tkcvs
On 6 Feb 2008, at 8:39 am, Adrian Bridgett wrote:
On Wed, Feb 6, 2008 at 08:33:24 + (+), Tim Cutts wrote:
Hi - to add to this one, as is often the case, version 4.1.4 of
tkdiff is required by tkcvs 8.1. Since tkdiff comes from the same
upstream tarball as tkcvs, and they're
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30 Dec 2007, at 12:48 am, Anibal Avelar wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tags 453795 patch
thanks
I added one patch to fix this RC bug:
FTBFS: dpkg-shlibdeps: failure: no dependency information found for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30 Dec 2007, at 12:48 am, Anibal Avelar wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tags 453795 patch
thanks
I added one patch to fix this RC bug:
FTBFS: dpkg-shlibdeps: failure: no dependency information found for
I've seen this problem in several hardware combinations - using the
i810 driver on real hardware and vmware drivers under VMWare Fusion on
a Mac. I don't think the BusType hack is a good enough solution to
warrant closing this bug - there's some sort of nasty interaction with
gdm which
On 27 Jan 2008, at 9:10 pm, Bastian Blank wrote:
Package: am-utils
Version: 6.1.5-8+b1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of am-utils_6.1.5-8+b1 on lxdebian.bfinv.de by
sbuild/s390 98
[...]
dpkg-source: extracting am-utils in
On 3 Dec 2007, at 6:00 pm, David Moreno wrote:
On Sat, 2007-12-01 at 09:51 +0100, Lucas Nussbaum wrote:
Package: am-utils
version: 6.1.5-7
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071130 qa-ftbfs
Justification: FTBFS on i386
Hi,
During a rebuild of all packages in sid,
I've also seen this, on both real systems and on VMWare virtual
machines. But I have a few additional observations, which might make
it easier to pin down:
1) Interestingly, if you strace the X server when the greeter is not
able to respond to input, you can see that the X server is
The Plain type doesn't seem to make a difference after all. It's
possible this is related to #379480; one difference between my two
virtual machines is that the one that works has the vmware module
installed which keeps the time properly synchronised. I'll try
installing that and see
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17 Feb 2005, at 9:41 pm, Tollef Fog Heen wrote:
* Tim Cutts
| There's more to this than meets the eye. Yes, it's in the package,
| but what happens if (as in my case) I have /var/lock and /var/run as
| tmpfs filesystems?
Then you lose, basically
Package: viewcvs
Version: 0.9.2+cvs.1.0.dev.2004.07.28-1.4
Severity: minor
The link to the ViewCVS image is broken. This is because the
/etc/viewcvs/templates/include/footer.ezt file does not interpolate [docroot].
The following tiny patch fixes the problem:
--- footer.ezt.orig
Package: wnpp
Severity: wishlist
Package name: acedb
Version : 4.9t
Upstream Author : Ed Griffiths [EMAIL PROTECTED]
URL : http://www.acedb.org
License : GPL, portions are LGPL
Description : Object-oriented genome database system
ACeDB (originally
On 19 Sep 2007, at 2:06 pm, Keith Edmunds wrote:
amd[3449]: setmntent((null), a): Bad address
(repeated many times)
Couldn't find how to unmount /a/xxx.xx.xxx.xxx/home
(repeated for various mounts)
Never seen anything like that. Curious. Is /a your intercept point,
or is
Package: portreserve
Version: 0.0.0-3
Severity: normal
Tags: patch
If a configuration file specifies the port to reserve by number, rather
than by name, the port lookup then fails, becayse the reserve() function
fails to run htons() on the supplied port number.
The supplied patch fixes the
the tkcvs package.
It has been closed by Tim Cutts [EMAIL PROTECTED].
Their explanation is attached below. If this explanation is
unsatisfactory and you have not received a better one in a separate
message then please contact Tim Cutts
[EMAIL PROTECTED] by replying
to this email.
Thanks
On 15 Aug 2007, at 7:38 am, Fabien COUTANT wrote:
Le Wed, 15 Aug 2007 06:52:05 +0100, Tim Cutts a écrit:
Will this new version make its way into Etch ?
Unlikely. Currently Debian does not update packages to new upstream
versions between major releases, so this will go into Lenny.
Very
On Thu, Sep 13, 2007 at 09:43:09AM +0100, Karl E. Jorgensen wrote:
Package: tkcvs
Version: 8.0.4-1
Severity: normal
Every time ~/.tkcvs is saved (i.e. wken tkcvs exits), the value of
cvscfg(editorargs) is appended to cvscfg(editor).
Reading through the code, it appears that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18 Oct 2007, at 1:46 pm, Eder L. Marques wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: am-utils
Tags: l10n patch
Severity: wishlist
Hi
Could you please update the Brazilian Portuguese Translation?
Attached you will find
I've seen SIGPIPE from cfexecd from time to time, but not from
cfservd. It's usually, in my experience, and from what I've seen on
the cfengine mailing list, due to configuration errors. I agree that
a configuration error should not cause the daemon to crash, and it's
therefore a bug,
\
+ /usr/share/man/man1/$binary.courier.1.gz
done
fi
Regards,
Tim Cutts
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages courier-mta depends on:
ii courier-authdaemon
On 9 Feb 2007, at 11:27 am, Stefan Hornburg (Racke) wrote:
Tim Cutts wrote:
Package: courier-mta
Version: 0.47-4sarge5
Severity: serious
Tags: patch
Justification: Appendix F
The prerm script of courier-mta does not remove two manpage
alternatives. The following patch corrects the problem
On 9 Feb 2007, at 9:47 pm, Steve Langasek wrote:
But note that the alternative removal Tim has suggested above is for a
different alternative name than the one actually used by the
current slave
alternative; e.g., preline.1.gz vs. preline.1. Tim, what was
the first
version of courier-mta
On 24 Jan 2007, at 10:08 am, Jean-Michel wrote:
[am-utils]
This seems to works with NFS.
But what's about Samba?
Out of the box, no, but it can do so if you create your maps
correctly; am-utils supports using arbitrary mount programs, so you
can tell it how to use smbmount, for example.
Package: python-apt
Version: 0.6.20
Severity: important
Justification: fails to build from source
Was just building python-apt from the source package, and noticed it does not
have a
build dependency on g++ - is that deliberate?
-- System Information:
Debian Release: 4.0
APT prefers testing
Foolish of me, sorry - you can close this. If you have build-
essential installed it works fine, and I seem to remember it's not
required to source depend on build-essential.
Tim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On 24 Nov 2006, at 4:40 pm, Lucas Nussbaum wrote:
Package: am-utils
Version: 6.1.5-2
Hi,
While installating am-utils, I got:
Preconfiguring packages ...
/tmp/am-utils.config.54547: line 7: amq-check-wrap: command not found
Missing pre-depends ?
No - I think that's a genuine bug.
to disappear, and
metacity starts to Do The Right Thing. I have not yet ascertained what
the situation is that triggers that.
--
Dr Tim Cutts
Informatics Systems Group
Wellcome Trust Sanger Institute, Hinxton, Cambridge, CB10 1SA, UK
--
The Wellcome Trust Sanger Institute is operated by Genome
Lucas Nussbaum wrote:
On 03/06/07 at 01:38 -0700, Steve Langasek wrote:
On Sun, Jun 03, 2007 at 09:26:29AM +0200, Lucas Nussbaum wrote:
On 02/06/07 at 23:17 -0700, Steve Langasek wrote:
Hi Lucas,
This was a bug in linux-libc-dev that has since been fixed.
Actually, the bug in linux-libc-dev
On 19 Jun 2007, at 8:37 pm, Jason Harrison wrote:
Package: am-utils
Version: 6.1.5
Followup-For: Bug #427260
Greetings,
I have attached a patch that seems to fix the problem. Please
review and if
acceptable apply.
Er, have you attached the patch? Perhaps I'm being myopic but I
can't
On 20 Jun 2007, at 12:38 am, Jason Harrison wrote:
Greetings,
I think this package also needs to now depend on one of the header
packages
that provides /usr/include/linux/utsrelease.h. In my case the
package that
enabled the package to build was linux-headers-2.6.21-1-k7.
I have also
Turns out there's a simpler solution - adding a build-depends on
linux-kernel-headers. linux/version.h in that package still contains
the UTS_RELEASE symbol. No patch to acinclude required (at least,
not urgently - I'm still going to report this issue upstream though)
Tim
--
The
On 20 Jun 2007, at 4:45 pm, Jason Harrison wrote:
Well, of course those other two files are derived files, so the
acinclude file is actually the only one that needs modifying, as long
as I modify the rules file to rebuild the configure script by running
autoconf.
The linux-headers thing is
On 19 May 2007, at 9:03 am, Charles Plessy wrote:
Package: wnpp
Severity: wishlist
Owner: Charles Plessy [EMAIL PROTECTED]
Package name: ssaha
Version : 3.3
Upstream Author : Anthony J. Cox [EMAIL PROTECTED]
URL : http://groups.yahoo.com/group/ssahausers/files/
so that it does not use the extended
regexp syntax. This modified cookbook will be distributed with the
new package of version 6.1.1 of am-utils, on which I am currently
working.
Tim
--
Dr Tim Cutts
Informatics Systems Group, Wellcome Trust Sanger Institute
GPG: 1024D/E3134233 FE3D 6C73
I don't have a setup suitable for testing the LDAP functionality, so
if you'd like to test it please contact me privately and I will
provide you with pre-release packages to test (as long as you're
using an architecture I can build for!)
Tim
--
To UNSUBSCRIBE, email to [EMAIL
I have started work on packaging 6.1.1 - if you are interested in
trying things out, please do contact me.
Tim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Thanks for that, Jeroen. What action do I need to take now? Just
make an upload myself with myself set as the maintainer, closing this
bug?
Tim
On 17 Aug 2005, at 12:32 am, Jeroen van Wolffelaar wrote:
Package: wnpp
Severity: normal
Owner: Tim Cutts [EMAIL PROTECTED]
The current
This looks like it has been fixed in the kernel in very recent 2.6
kernels; notice the following report on Red Hat lists:
https://www.redhat.com/archives/nahant-list/2005-March/msg00333.html
Tim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
On 10 Jun 2008, at 9:27 pm, Philippe Troin wrote:
This is caused by amd's top-level mounts which are mounted by default
with NLM locks enabled (lock mount option). Locks are not required
for the top-level mounts.
The attached patch passes nolock to
top-level mount requests.
It's a more
On 11 Jun 2008, at 6:53 am, Philippe Troin wrote:
Where at? I've just seen the bug log.
Let me rummage through my email a second ... see:
http://bugzilla.kernel.org/show_bug.cgi?id=10349
and
https://bugzilla.am-utils.org/show_bug.cgi?id=612
for various discussions. The second one shows
On 10 Jun 2008, at 9:27 pm, Philippe Troin wrote:
This is caused by amd's top-level mounts which are mounted by default
with NLM locks enabled (lock mount option). Locks are not required
for the top-level mounts. The attached patch passes nolock to
top-level mount requests.
The attached
On 12 Jun 2008, at 10:37 am, Olivier Berger wrote:
Package: tkcvs
Version: 8.0.4-2
Severity: wishlist
FYI, there's version 8.1 at : http://www.twobarleycorns.net/tkcvs_8_1.tar.gz
I already have an 8.1 package in preparation. I'll upload it in the
next day or two.
Tim
--
The Wellcome
This is a well known upstream bug, and affects kernels from 2.6.24
onward. I believe there is a workaround - use autofs as the default
mount type, so in your /etc/am-utils/amd.conf [global] section, you
need:
mount_type = autofs
Obviously, for this to work you need autofs support in your
On 7 May 2008, at 9:50 am, Fredrik Olofsson wrote:
On Wednesday, May 07, 2008 at 09:10:58 +0100, Tim Cutts wrote:
This is a well known upstream bug, and affects kernels from 2.6.24
onward. I believe there is a workaround - use autofs as the default
mount type, so in your /etc/am-utils
On 3 Apr 2007, at 12:54 pm, Andre Felipe Machado wrote:
Package: tkcvs
Version: 8.0.3-3
Severity: minor
--- Please enter the report below this line. ---
When the package is removed, the menu entries are not cleaned on
gnome.
Thanks for that report. I'll address that with the next
Package: viewcvs
Version: 0.9.2+cvs.1.0.dev.2004.07.28-1.3
Followup-For: Bug #261986
The three lines mentioning current_root are not in the upstream sources.
If you remove them, so that your branch_form.ezt is the same as the
upstream source, it works.
-- System Information:
Debian Release: 3.1
Package: pine
Severity: normal
Tags: patch
The package built by this source package does not use debconf to ask its
questions. The result is that (a) it overwrites the /etc/news/servers
and /etc/mailname files which are configured with debconf elsewhere
(say, by slrn or exim) and more seriously
On 24 Jan 2006, at 1:04 am, John Gruenenfelder wrote:
Oh, I should have made that a little more clear. The machine in
question is
not actually using the amd.home map. The other two machines in the
cluster
use it. I just included it for completeness. On this particular
machine,
On 3 May 2006, at 10:42 am, Markus Grunwald wrote:
Package: tkcvs
Version: 7.2.2-1
Severity: wishlist
You can get tkcvs 8.0.3 at http://www.twobarleycorns.net/
tkcvs_8_0_3.tar.gz
Thanks, yes, I'm aware of this. I've already packaged it, in fact.
You'll find a slightly earlier version
the exact command line is that am-utils is getting
launched with?
Tim
--
Dr Tim Cutts
Informatics Systems Group, Wellcome Trust Sanger Institute
GPG: 1024D/E3134233 FE3D 6C73 BBD6 726A A3F5 860B 3CDD 3F56 E313 4233
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
On 23 Jan 2006, at 5:06 pm, Erez Zadok wrote:
Tim,
Does it happen on every machine with the same config, or just that one
machine? I want to try and eliminate a h/w flakiness as an issue.
If you get SEGV's, did anyone try to gdb a core and see exactly
where and
why the SEGV occurred?
I
On 25 Jan 2006, at 6:43 pm, Laurent Bonnaud wrote:
Package: tkcvs
Version: 7.2.4-1
Severity: wishlist
Hi,
could you please update the tkcvs package? It supports Subversion
now, cf.:
http://www.twobarleycorns.net/tkcvs.html
This new version of tkcvs doesn't work with Debian's
Package: viewcvs
Version: 0.9.2+cvs.1.0.dev.2004.07.28-1.5
Severity: normal
If you have a subversion repository and a cvs repository with the same
name (yes, I know that isn't that wise, but while the users are
migrating, they like it that way), only one of the two repositories will
appear in
On 8 Sep 2006, at 6:36 am, Geoff Crompton wrote:
Package: am-utils
Version: 6.1.5-1
Severity: normal
I have just upgraded from sarge to etch. I have the following line
in my fstab:
sd01:/home /home nfs defaults,rw,hard,intr
0 0
Now when the boot process
On 25 May 2006, at 8:43 am, Vassilis Pandis wrote:
Package: tkcvs
Version: 7.2.4-1
Severity: wishlist
Hello. tkcvs currently lacks a .desktop file. A bug was filed
against the package in the Ubuntu
bugtracker [1] and you can find a .desktop file attached there. It
would be nice if this
Thank you very much for your comments - as it happens, I agree with
most of them. The templates file is very much as I inherited it when
I took over the package 18 months ago, I'd just never changed it
because I didn't want to cause the translators too much work. The
previous maintainer
On 17-Apr-08, Sven Arvidsson wrote:
On Tue, 2008-04-08 at 12:21 +0100, Tim Cutts wrote:
According to the documnetation for the window list applet, the Always
group windows: Select this option to always group windows of the same
process under one Window List button. Unfortunately
On 17 Apr 2008, at 8:02 pm, Sven Arvidsson wrote:
I gave it a try with acedb
Wow - that's beyond the call of duty. :-) Interesting user
interface, n'est ce pas? Quirky, but actually damned good at what it
does once you're used to it.
and the behaviour seems to be the same on
etch
On 27 Feb 2008, at 11:04 pm, Mike Hommey wrote:
On Wed, Feb 27, 2008 at 11:41:03PM +0100, Joachim Reichel wrote:
The crash seems to unrelated to sending a mail, it also happens
after closing
the window. Steps to reproduce:
1) Start iceape
2) Open the mailnews window
3) Compose a new
On 28 Feb 2008, at 6:35 am, Mike Hommey wrote:
On Wed, Feb 27, 2008 at 11:35:45PM +, Tim Cutts wrote:
On 27 Feb 2008, at 11:04 pm, Mike Hommey wrote:
On Wed, Feb 27, 2008 at 11:41:03PM +0100, Joachim Reichel wrote:
The crash seems to unrelated to sending a mail, it also happens
after
Package: gnome-panel
Version: 2.14.3-6
Severity: normal
According to the documnetation for the window list applet, the Always
group windows: Select this option to always group windows of the same
process under one Window List button. Unfortunately this isn't what it
does; it groups windows
On 22 Feb 2008, at 6:22 pm, Dominic Hargreaves wrote:
Package: am-utils
Version: 6.1.5-9
Severity: important
debian/README.Debian contains a list of utilities which have been
removed from the package.
debian/rules removes several utilities, including mk-amd-map, which is
not advertised as
Package: iceape-mailnews
Version: 1.0.12~pre080131b-0etch1
Severity: important
Since the most recent security update to iceape, users have been
reporting that it crashes every time they send a mail with it. I can
confirm that this is the case.
Steps to reproduce:
1) Start iceape
2) Open the
On 26 Feb 2008, at 1:04 pm, Mike Hommey wrote:
On Tue, Feb 26, 2008 at 11:34:57AM +, Tim Cutts
[EMAIL PROTECTED] wrote:
Package: iceape-mailnews
Version: 1.0.12~pre080131b-0etch1
Severity: important
Since the most recent security update to iceape, users have been
reporting
On 2 Mar 2008, at 11:31 am, Mike Hommey wrote:
On Sat, Mar 01, 2008 at 05:16:36PM +0100, Mike Hommey wrote:
On Thu, Feb 28, 2008 at 09:34:56AM +0100, Joachim Reichel wrote:
Hi,
Does the crash happen with version 1.0.11~pre071022-0etch1 ?
no, it started with the update to
On 8 Jan 2011, at 10:39, Richard Kettlewell wrote:
Any chance of a fixed upload in time for squeeze? The package is pretty
broken at the moment...
I've done some work on it - managed to get a package to build of the current
6.2 release candidate. Haven't had the time to test it, though.
On 27 Feb 2011, at 14:43, David Stone wrote:
I have just upgraded a system to squeeze, and found that because of
this bug the system is unusable (I have home directories mounted using
am-utils.)
Manually installing the wheezy version fixes things
(am-utils_6.2+rc20101201-1_i386.deb,
On 8 Jan 2011, at 10:39, Richard Kettlewell wrote:
Any chance of a fixed upload in time for squeeze? The package is pretty
broken at the moment...
I've been working on the 6.2 release candidate all day, and while I've got a
package that builds, it doesn't work at all on squeeze. The
I can't reproduce this myself. I've just done the following:
11:02:34 t...@debian:~/debian/tkcvs$ echo '*font:fixed' ~/.Xdefaults
11:02:37 t...@debian:~/debian/tkcvs$ xrdb -merge ~/.Xdefaults
11:02:50 t...@debian:~/debian/tkcvs$ tkcvs
and tkcvs worked fine (albeit looking a bit rubbish with
On 16 Sep 2010, at 12:26 pm, Richard Kettlewell wrote:
Package: am-utils
Version: 6.1.5-15+nmu1
Since upgrading to this version, amd has just (yesterday) stopped working and
started complaining 'No locks available'.
Ugh - looks like the NMU has broken something I thought I fixed months
On 14 Sep 2010, at 9:34 pm, Don Armstrong wrote:
On Tue, 14 Sep 2010, Julien Cristau wrote:
On Mon, Sep 13, 2010 at 23:09:55 -0700, Don Armstrong wrote:
[...]
+ * Non Maintainer Upload
+ * Include linux/nfs_mount.h in conf/mount/linux_mount.c (Closes: #560528)
[...]
+ #endif /*
On 16 Mar 2009, at 7:19 pm, Martin Gisser wrote:
Package: tkcvs
Version: 8.1-1
Severity: grave
Justification: renders package unusable
wish8.5 runs high.
I gotneed Tcl/Tk 8.4 and 8.5 installed. (Have not tested if it works
with
one deinstalled.)
I've never seen this happen. Can you give me
On 27 Mar 2009, at 9:43 am, Michael Fladerer wrote:
-update-rc.d am-utils defaults 35 /dev/null
+if [ $1 = install ]; then
+ update-rc.d am-utils defaults 35 /dev/null
+fi
Invoking 'update-rc.d am-utils defaults 35 /dev/null' manually did
create the missing symlinks and solved the problem
OK, you've convinced me. I'll make that change with the next version
of the package (which may well be the last ... am-utils seems to be
dead upstream, and it won't be long before it stops working - I've
already had to hack it to make it work at all with recent 2.6 kernels,
and if anyone
On 15 Sep 2009, at 6:12 pm, Bastian Blank wrote:
Source: am-utils
Version: 6.1.5-14
Severity: serious
There was an error while trying to autobuild your package:
sbuild (Debian sbuild) 0.58.2 (31 Jul 2009) on
debian-31.osdl.marist.edu
[...]
rm -fr debian/tmp/usr/etc
rm
1 - 100 of 112 matches
Mail list logo
