Package: emacsen-common
Version: 2.0.8
Severity: important
Dear Maintainer,
I noticed mails from apt saying I had some updates to do, so fired up
aptitude and got a conflict. I suspect that it has long been the case
that
* emacs23 depends on emacs23-bin-common
* emacs23-bin-common depends on
Package: ccache
Version: 3.4.2-1
Severity: wishlist
Dear Maintainer,
At present, ccache suggests distcc as a complementary package.
An alternative distributed compilation helper is icecc.
Either one of them will, presumably, do just as well.
So suggesting distcc | icecc seems like a minor
Debian Bug Tracking System
>> If you wish to submit further information on this problem, please
>> send it to 846...@bugs.debian.org.
Richard Moore:
> Openssl 1.1 is not supported.
(... by the Qt version in question)
Of course not - how silly of me - I forgot that.
Then this debian issue can be
Package: libssl-dev
Version: 1.1.0c-2
Severity: important
Dear Maintainer,
I'm building Qt from source and it has some code that accesses a
member of struct dh_st (accessed via its typedef name, DH); my
build failed (for the first time, just after upgrading libssl-dev)
because
error: invalid
> If you do find that âplatformâ was imported from the
> wrong place, that indicates a bug in the âslimitâ
> program for not importing from the standard library.
... or a platform.py earlier in my custom PYTHONPATH - which, now that I
know what to look for, is exactly the problem.
PEBKAC
> For example, when you saw chromium 34.0.1847.116-1~deb7u1 and marked
> for installation (an upgrade of the version of the browser, but
> changing the package to that targetted to the stable distribution),
> chromium-inspector should have been marked to change to the same
> version targetted for
Hi Manuel,
> Sorry that this was not handled earlier, maybe now you don't even
> remember the details, but I'll have a shot at it...
It has been a while, but let's see ... thankfully the report contains
enough to jog at least a little memory.
> From what you paste above (I don't know if it's
> To try to see if we are on the same page, this is what I understood so far:
>
> - That at the time, aptitude was happy to keep v 33 of the browser
> packages, it didn't want to remove it before you gave instructions to
> update other packages (how, btw? Command line "aptitude
>
Haven't tried freemind in a while, but just did again today - and it's
listening to the keyboard as I expect once more. Hurrah !
Eddy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Source: abinit-data
Version: Data package is classified as a documentation package
Severity: minor
Dear Maintainer,
I see the new abinit-data package in the Documentation category, where it surely
does not belong. Did someone just copy the control file from abinit-doc when
creating the new one,
Package: python-pkg-resources
Version: 5.5.1-1
Severity: normal
Dear Maintainer,
I installed the slimit package and, lacking a man page, ran
slimit --help
Instead of help I got
quote
Traceback (most recent call last):
File /usr/bin/slimit, line 5, in module
from pkg_resources import
Package: emacs24
Version: 24.3+1-4
Severity: normal
Dear Maintainer,
I had some problems with assorted packages not properly installed so resorted to
purging them (so as to be able to reinstall afresh); one of these was
emacsen-common, so I was forced to also purge emacs23 and emacs24. During
Package: mtp-tools
Version: 1.1.6-51-g1a2669c~ds0-1
Followup-For: Bug #658367
Dear Maintainer,
Here's what -h actually does: quote
eddy:1:vortex mtp-detect -h
mtp-detect: invalid option -- 'h'
Unable to open ~/.mtpz-data for reading, MTPZ disabled.libmtp version: 1.1.6
Listing raw device(s)
Source: chromium
Version: 34.0.1847.137-1~deb7u1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I'm on testing. quote src=cat /etc/apt/sources.list.d/*
# Norwegian national repository:
deb ftp://ftp.no.debian.org/debian/ testing main non-free contrib
deb-src
Package: aptitude
Version: 0.6.10-1
Severity: normal
Dear Maintainer,
I'm on testing. I have chromium installed. I use the browser. I do
not use the inspector. None the less, chromium declares that it depends
on chromium-inspector, which is thus installed. Recently (around the
time of
we often used jedit in the past as a guinea pig that shows if a
problem is due to Java and its environment, or to FreeMind/Freeplane.
Installed jedit, ran it; it's ignoring keyboard input, too.
So sounds like Java's the actual problem.
The alternatives system is using java-7-openjdk-amd64.
If you claim that Freemind was working before,
Yes, freemind worked fine some time in spring this year.
I forget exactly when.
it is more likely that something else changed within your desktop
environment.
I can't think of a way to work out what. No other application has
exhibited any even
Thanks for checking up on that. See a couple of comments up from me,
where I noted that I've had the same problem in freeplane.
Both the freeplane bug you mention and the upstream bug report are
worked round by exiting and restarting. This does not work for me: in a
cleanly started freemind (or
I've just upgraded to freemind 0.9.0+dfsg-3 and tested it out.
Sad to say, I see no improvement :-(
Eddy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Curious to know when to expect the mentioned dfsg-3 release to show up,
I searched debian.org for freemind and found the thread about adopting
it, in which freeplane got mentioned. So I gave that a try, to see if
it fares any better: it exhibited exactly the same problem as freemind.
Is there a
Package: freemind
Version: 0.9.0+dfsg-2
Severity: important
Dear Maintainer,
I opened freemind. It helpfully opened the last .mm I'd been working on (which
is about 2.4 MB in size). It was, however, partly off-screen (as it always is;
it opens with the top of the window somewhere off the top
Oddly, I find that freemind *does* know when I'm holding down the shift
key: when I select one node, then shift-click to select a second to make
a local hyperlink, it works.
I'm unable to select the text in a node, e.g. to delete it or over-write
it with new text. When I've pasted some text into
Package: git-cvs
Version: 1:1.8.4~rc3-1
Severity: minor
Dear Maintainer,
I'm on testing and yesterday I did an update that took in the new rc of
git and all things related. I have a nightly cron job that logs into
the host of my public web-site, creates the needed SSL tunnel and has my
web-site
That being said please note, that NameVirtualHost itself is deprecated
and not used anymore in Apache2 2.4.
That's good to hear. Having to hae two things exactly in sync is always
a bit weird; might as well eliminate the redundancy instead !
Eddy.
--
To UNSUBSCRIBE, email to
Package: apache2.2-common
Version: 2.2.22-13
Followup-For: Bug #663530
Dear Maintainer,
I finally decided to work out why I was getting grumbles from apache
about a NameVirtualHost *:80 directive. The only configuration I've
actually got enabled (i.e. symlinked from sites-enabled/ to
Package: libwrap0
Version: 7.6.q-23
Severity: normal
Dear Debian Maintainer,
I tried to configure /etc/hosts.{allow,deny} using what man pages told
me; hosts.allow and hosts.deny alias to hosts_access in man. This told
me I could use lines of form
daemon_list : client_list [ :
The current documentation has worked well enough for the past 15-20
years or so, but if you really believe that younger sysadmins ...
Hmm ... I think you're assuming that only sysadmins ever need to know
how to secure a computer. I think that every user of Linux is their own
acting sysadmin
Package: apache2-mpm-prefork
Version: 2.2.22-9
Severity: normal
Dear Maintainer,
I was splitting up a validated index.html into README.html and
HEADER.html in order to simplify access to contents of a local
directory. The added HTML preamble and closing broke validation, so I
looked up
There's 1:6.14.2-1~bpo60+1 (and a newer X stack) in squeeze-backports if
you want to try something.
Thanks - I interpolate that this newer X stack exists in a more recent
release of Debian. The given machine's /etc/issue reports Debian 6.0;
which I see is squeeze, with wheezy in testing. I
Switching to testing would give you a more ârecentâ stack, but you could
drag a lot of breaka^Wfun with other packages and upgrade paths which
might not be well tested yet. ;-)
I'll settle for the fun ;-)
Eddy.
--
To UNSUBSCRIBE, email to
This crash is fixed in the current upstream driver (as of 6.14.1), but
only by disallowing rotation when acceleration is disabled.
ah. That is sad.
Build Operating System: Linux 2.6.37-trunk-amd64 x86_64 Debian
[...]
(--) RADEON(0): Chipset: ATI Radeon HD 5450 (ChipID = 0x68f9)
[...]
It's shipped with python (you can use xml or elementtree module AFAIK).
Great - thanks.
I'll test the built-in modules and report if symptoms persist,
Eddy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
As python-xml was removed from the archive and is now only available in
oldstable, I'm closing these bug reports.
Is there some replacement for it in newer releases ?
If so, what's the new package name ?
Eddy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Bug: a failing run of dexconf should at least report this !
Reconfiguring xserver-xorg should, ideally, at least fail with $? set
when dexconf fails.
Actually dexconf should stop existing.
OK, and what will create my xorg.conf file ?
Or what do I need to configure, instead, to tell the X
Hi again Julien,
and thanks for your assistance.
Section Monitor
Identifier fill in randr output name here
Option Rotate left
EndSection
I take it you mean an xorg.conf containing *only* this section will
suffice; any content in xorg.conf will be merged to what would have
Package: aptitude
Version: 0.6.3-4
Severity: wishlist
I mostly keep my systems on stable. When I upgrade to a new version,
the New Packages folder in aptitude has thousands of entries. I am
not going to succeed in reviewing all of those before the next time my
nightly apticron does an update
Sorry for the delay, in the mean time did this get fixed, in squeeze,
testing or unstable ?
I'll need to log out to test, which would currently be rather
disruptive - so there may be some delay ! But I'll try to find time
for a test soon.
Eddy.
--
To UNSUBSCRIBE, email to
Package: unscd
Version: 0.47-1
Severity: normal
When I initially selected unscd for installation, I got a conflict
with nscd, so (in aptitude: typed M) marked nscd as only wanted if
needed by something else. When it came time to install, I got
essentially the same problem as this bug. Exiting
Could you provide some sample output? Yes, I know I can do it
myself, but I am lazy. :)
quote
e...@pool:work$ git merge origin/topic-branch-blah
Renaming stuff/parts/foobar.txt = stuff/parts/burble.txt
Auto-merging stuff/parts/burble.txt
CONFLICT (rename/modify): Merge conflict in
Package: git
Version: 1:1.7.1-1.1
Severity: minor
Tags: upstream
When I've done a merge that got conflicts, I fix up the conflicts,
then git add and git rm files as appropriate; git add is silent (even
if there are further files in need of attention) but git rm nags me
about files that still
It sounds much more likely that a browser or proxy server was caching
the pages. When reloading, apache gave the 403. Can you rule that out?
Yes. I use no proxy to access this machine (it's local).
The directories in question had been drwx--s--- for many months,
during which I'd re-booted
Package: apache2.2-common
Version: 2.2.15-5
Severity: minor
I use symlinks extensively, to expose fragments of my working
directories (development source trees) in my userdir (all of which is
subject to LDAP-based authentication). I had unwittingly set up some
symlinks that went via directories
Hi Petter,
Yeah, the problem is related to how libdevmapper1.02 was replaced
with a package with a different version number. The short term
solution is to purge the currently no longer installed
libdevmapper1.02 package.
After brief confusion (searching for libdevmapper got me the
Package: python-ll-core
Version: 1.11.1-1
Severity: important
I've asked aptitude to update, only to find it wants to upgrade python
to 2.6 (yay !) and two packages (python-ll-core and python-xml)
conflict with that because they depend on python 2.6 (i.e. the
primary python package must be at a
Package: python-xml
Version: 0.8.4-10.1
Severity: normal
I've asked aptitude to update, only to find it wants to upgrade python
to 2.6 (yay !) and two packages (python-ll-core and python-xml)
conflict with that because they depend on python 2.6 (i.e. the
primary python package must be at a
Package: libdevmapper1.02
Version: 2:1.02.08-1
Severity: normal
When I install a new version of sysv-rc, it tries to migrate me to
dependency-based booting; however, it complains about
/etc/init.d/libdevmapper1.02
not having the needed meta-data in a header comment, and aborts.
I've no idea
Package: dibbler-client
Version: 0.7.3-0.1
Severity: normal
dpkg -i /var/cache/apt/archives/dibbler-client_0.7.3-1_i386.deb
stdout
(Reading database ... 219115 files and directories currently installed.)
Preparing to replace dibbler-client 0.7.3-0.1 (using
.../dibbler-client_0.7.3-1_i386.deb)
Package: gcc-4.1-base
Version: 4.1.2-27
Severity: important
g++-4.1 and libstdc++6-4.1-dev demand gcc-4.1-base = 4.1.2-27
gcc-4.1 and cpp-4.1 demand gcc-4.1-base = 4.1.2-29
I can only avoid conflict by holding everything back at -27 :-(
I suppose this is just a release synchronisation glitch.
--
OK, I've now built glibc (overnight - it took nearly four hours) in
debug and caught the crash in gdb. We're in ADDW (L_('\0')), right
after the comment /* Convert the number. */ quote src=gdb
(gdb) run
Starting program: /disk/home/eddy/work/mine/toys/sscanferange
Program received signal
Package: libc6
Version: 2.10.2-6
Severity: normal
Here's a stack-trace: quote src=gdb
(gdb) run
Starting program: /disk/home/eddy/work/mine/toys/sscanferange
Program received signal SIGSEGV, Segmentation fault.
0xb7ee1d2d in _IO_vfscanf_internal (s=0xbfdff2dc, format=0x8048540 %llu,
Hi again Guillem,
It should be under one of the /usr/share/fonts/truetype/ directories,
as the server does chdir to them when scanning.
Sure enough, found in /usr/share/fonts/truetype/ttf-lucida/
Could you check if there's a broken symlink somewhere there?
The same directory contained a
/quote have you any idea where the core dump went ? I need to find it
to tidy it away !
It should be under one of the /usr/share/fonts/truetype/ directories,
as the server does chdir to them when scanning.
I don't know what's allegedly corrupt about /usr/share/fonts/truetype/;
it looks
Subject: reproduced and fixed on x86_64: patch included :-)
Followup-For: Bug #559142
Package: xfstt
Version: 1.7-5
*** Please type your report below this line ***
I get
xfstt[3155]: segfault at 4 ip 4085e4 sp 7fffbe604f50 error 4 in
xfstt[40+19000]
on start-up.
Package: python-xml
Version: 0.8.4-10.1
Severity: minor
Save the following SVG to a file file
?xml version=1.0 encoding=utf-8?!--*- Mode: sgml; coding: utf-8;
tab-width: 5; -*--
!DOCTYPE svg PUBLIC '-//W3C//DTD SVG 1.1 Tiny//EN'
'http://www.w3.org/Graphics/SVG/1.1/DTD/svg11-tiny.dtd'
svg
I've now added
Option Rotate left
to Section Monitor in my /etc/X11/xrdb.conf
so that xrdb operates in portrait mode ab initio, which avoids the
need to invoke xrandr -o left, hence avoids the problem. However, it
would obviously be better if xrandr and the font infrastructure played
I use xrandr -o left in my .xsession so that I can use my screen in
portrait mode.
I'm now achieving the equivalent effect by adding
Option Rotate left
to Section Monitor of my /etc/X11/xorg.conf
(which avoids the font problems I had with xrandr -o left)
and now find that xdm always
Package: x11-xserver-utils
Version: 7.4+2
Severity: normal
I use xrandr -o left in my .xsession so that I can use my screen in
portrait mode. However, after a recent upgrade, I find that when I
log out (exit fvwm) I don't get the xdm login prompt I'm expecting.
I have to restart xdm.
Package: x11-xserver-utils
Version: 7.4+2
Severity: normal
In my .xsession, I run
xrandr -o left
which lets me use my screen in portrait mode. (Many modern flat
screens, including the Dell one I'm using, have a pivot at the back
that lets one turn them sideways.)
Unfortunately, doing this
Yay ! I did an update (on squeeze) yesterday and finally got a
version of xscreensaver with this issue fixed :-)
Eddy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Sorry about the lack of reply - your mail got lost in what came while
I was on holiday and I only now got back to it.
I can't reproduce your problem. Are you sure all involved directories are
accessible for the www-data user?
I now slap myself on the fore-head - indeed, one of the directories
It might be useful to load the uncompiled rmail.el
OK, as noted earlier, this made me notice that I had old .elc files
lying around; on removing all of those and starting up emacs23, I find
that everything works fine
Unfortunately, I seem to be a donkey. I actually started up emacs 22
-
Unfortunately, the emacs23 emacsclient is not compatible with the
emacs22 server, and vice versa. However, M-x server-start in emacs23
should work,
That's what I did, when I got the the first error message from
reportbug trying to invoke emacsclient, before retrying the edit -
with no
It might be useful to load the uncompiled rmail.el
OK, as noted earlier, this made me notice that I had old .elc files
lying around; on removing all of those and starting up emacs23, I find
that everything works fine - so the problem was only that .elc files
needed to be purged (and regenrated).
Package: emacs23
Version: 23.1+1-2
Severity: normal
File: emacs-23
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.ISO-8859-15,
to
investigating the reportbug issue ...
-- Package-specific info:
** Environment settings:
EDITOR=emacsclient
VISUAL=emacsclient
NAME=Edward Welbourne
INTERFACE=text
** /disk/home/eddy/.reportbugrc:
reportbug_version 3.44
mode standard
ui text
-- System Information:
Debian Release: squeeze/sid
Apologies for the empty report text; somewhere between reportbug,
emacsclient and vi, I wasn't given the opportunity to edit the report
before sending it ! My EDITOR=emacsclient didn't work, for reasons
unknown (and, apparently, specific to emacs23) so I told reportbug to
use vi; but (I now know)
Alas, my crystal ball is at the repair shop. Would you please give some
information about your problem?
Yeah - sorry about that; as explained in follow-up, I was having
trouble between reportbug, EDITOR=emacsclient and vi as emergency
over-ride,
Eddy.
--
To UNSUBSCRIBE, email to
The explanation for emacsclient's mis-behaviour when reporting *this*
bug turns out to be fairly easy: emacs23 has installed its emacsclient
and told the alternatives system to use that by default, so I was
using emacs23's emacsclient with emacs22.
The misbehaviour when I told reportbug to use
It occurred to me that the problem might be related to one of the
symlinks having a name, .w/, to which Apache normally wouldn't allow
access, so I tested with:
ln -s ../work w; ln -s w/mine/toys toys
but /~eddy/toys/ was also 403. However, /~eddy/code/ has become
inaccessible too ! Yet, half
Package: apache2.2-common
Version: 2.2.11-3
Severity: normal
In my userdir, I did (some time ago, inter alia): kbd
ln -s ../work .w
ln -s .w/mine/toys code
/kbd and I used to be able to visit /~eddy/code/ to see the code
fragments therein. I have today run into this not working: I got 403
I forgot to mention: the error.log reports the error as quote
Symbolic link not allowed or link target not accessible:
/disk/home/eddy/whorlweb/edoc
/quote
Eddy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: python-ropemacs
Version: 0.6c2-3
Severity: normal
When I tried to purge the package, I got quote
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Extracting templates from packages: 100%
Preconfiguring
Since ypbind is able to discover servers automatically
What needs to be set up to make that work ?
Getting that configured (presumably on the local network) would indeed
make this a non-problem, at least for me. Describing these details in
the package's README.Debian might help, too ... I'm
I'll have a look when I'm not at work.
OK, thanks - I'll, meanwhile, ask our sysadmins to have a look while
they *are* ;-)
Eddy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
It should Just Work with no setup required if the server is on the same
subnet ...
is this just some detail of the NIS server config,
e.g. making it listen for broadcast ?
The server not listening for broadcast is the most likely explanation.
and, sure enough, our sysasmins found that the
Package: nis
Version: 3.17-18
Severity: normal
As it stands, on a first install of nis, postinst is running
/etc/init.d/nis start (or invoke-rc.d nis start) before there is
anything at all useful in /etc/yp.conf; this leaves me waiting for a
pointless attempt to bind when no server is set. Even
Package: aptitude
Version: 0.4.11.11-1
Severity: normal
I routinely admin a satellite box to my workstation using ssh to the
box and screen on the box; this combination gets really messed up
graphics from aptitude (and from the config tool some packages fire up
during installation to ask
Package: python-lunar
Version: 2.0.1-1
Severity: grave
Justification: renders package unusable
When aptitude tried to install python-lunar, it said: quote
Errors were encountered while processing:
python-lunar
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.
Followup-For: Bug #514983
Package: sun-java6-plugin
Version: 6-12-1
(Reporting via another machine, so sending the file reportbug created;
not sure whether its headers belong in mail's headers or body, sorry for
the duplication.)
sun-java6-plugin states that it Depends: on a long list of
Package: g++-4.3
Version: 4.3.2-1
Severity: minor
Put the following ridiculous code in a .cpp file: text
struct Base { virtual const int stupid() = 0; };
struct Derived : public Base { virtual int stupid() { return 1; } };
/text and run the compiler on it, with warnings. I get: quote
$ g++
Package: linux-image-2.6.18-6-k7
Version: 2.6.18.dfsg.1-22etch2
Severity: minor
Every time a new kernel installs, I get a warning message about a
dangling symbolic link that it decides to remove. This is produced
by the linux-image-*.postinst function fix_build_link when it finds
a dangling link
Package: xscreensaver
Version: 5.05-3
Followup-For: Bug #495047
This warning should only be produced when someone has actually
attempted to log in - that is, hit return while the password field is
displayed and selected, optionally after having modified the input
fields. Merely prompting the
Package: emacs21
Severity: minor
Well, reportbug asked me which package it related to and I tried
saying it was general: quote
Enter a package: 7
Are you sure this bug doesn't apply to a specific package? [y|N|q|?]?
/quote but it *does* apply to a specific package, it's just that
that package
Well, for you maybe, but not for others I'm afraid.
indeed - last thing before going home at the end of the day, I'm not
at my brightest ! One way or another, the randr code is clearly
getting it wrong. I'll see if I can help work out why.
Can you send the output of the test-xinerama and
When I previously 0'd out the rotate code,
else if (0 rot (RR_Rotate_90|RR_Rotate_270))
I failed to notice a matching piece of code in the HAVE_RANDR_12
stanza further down; a few judicious fputs revealed to me that the
latter is the one being executed. When I 0 *it* out,
Sorry, last mail's output from test-randr and test-xinerama was bogus;
I'd forgotten to go into dieplay/ and re-make them.
quote src=driver/test-randr
test-randr: 10:28:56: XRRQueryExtension(dpy, ...) == 115, 186
test-randr: 10:28:56: XRRQueryVersion(dpy, ...) == 1, 2
test-randr: 10:28:56:
Does that sound right?
To the extent of my limited grasp of the matter, yes ;-)
Thanks for making and maintaining xscreensaver,
Eddy.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I'm afraid that someone who
actually has access to a system with RANDR and a rotatey monitor is
gonna have to debug this and send me a patch...
OK, that'd be me then, since I can definitely reproduce the bug.
(If you try to debug this, please start with 5.07, not a multiply-
patched
apt-get build-dep xscreensaver should help you.
after that
./configure; make
worked nicely, thank you.
I exited my existing xscreensaver and fired up the one built in
driver/; it promptly said:
xscreensaver: WARNING: RANDR and Xinerama report different
xscreensaver: screen layouts!
Please find a 5.07-1 prelease (i386 binaries) at
http://alioth.debian.org/~tormod-guest/xscreensaver/
Thank you - I've fetched and installed all five packages.
Restarted xscreensaver, opened config panel to confirm it's now 5.07:
but my wrong-orientation variant of the bug is still there.
I
Package: xscreensaver
Version: 5.05-3
Followup-For: Bug #494267
A month or three ago I turned my flat Dell screen on its side, from
landscape mode to portrait mode; the last two lines of my .xsession
are now:
xrandr -o left
exec fvwm
This initially worked very nicely. Notably, xscreensaver
Please try 5.07.
Marvelously terse and imperative ;-)
I've looked at the change-logs and, indeed, find:
quote src=http://www.jwz.org/xscreensaver/changelog.html;
5.0710-Aug-2008
Xinerama/RANDR tweaks for old-style multi-screen.
...
5.0616-Jul-2008
Xinerama/RANDR fixes: this time for
I've rotated my screen using xrandr -o left to use it in portrait mode
and, to my pleasant surprise, the oclock now works as it always used
to. There doesn't appear to have been an upgrade to x11-apps since I
reported the bug, but it has been some weeks since I last rebooted or
even restarted my
I've thought this over a bit and I'm really not comfortbale with doing
anything more than adding a generalised Please consult your network
administrator statement.
That would suffice.
The present wording, the first time I met it, lead me to think the
name I was supplying was something I could
Package: mercurial-common
Version: 1.0.1-1
Followup-For: Bug #476885
The initially reported bug can be reduced to: quote
Python 2.5.2 (r252:60911, May 28 2008, 08:35:32)
[GCC 4.2.4 (Debian 4.2.4-1)] on linux2
Type help, copyright, credits or license for more information.
import hgext.inotify
Package: nis
Version: 3.17-14
Severity: minor
In nis.debian.howto.gz it says: quote
1. HOW TO SETUP A LOCAL NIS CLIENT
1.1 Install the netbase, portmap and nis packages
1.2 The installation procedure will ask for your NIS domainname. This
is just a name which describes the group of
The point here is just that a valid NIS domainname needn't be a valid
hostname
I realize that's what the present text is saying; I was drawing
attention to what it *doesn't* say.
- the expectation is that your network administrator will tell
you what it is
On the other hand, it's always
Interesting. My X session tanked, forcing a re-start. My new oclock
remained frozen in time until I switched to a virtual console and
back, at which point the frozen hands went black, except for a
triangle of yellow where one of them intersects the position it should
be in.
--
To
Package: x11-apps
Version: 7.3+1
Severity: normal
A power-cut just forced me to reboot into 2.6.24-1-686, having
previously been on a 2.6.18. Most X-related things were restarted
within the last two weeks when I did an /etc/init.d/xdm restart, but
some have doubtless been updated since.
After
Package: w3c-markup-validator
Version: 0.7.4-5
Severity: important
Tags: patch
When I first tried to use http://localhost/cgi-bin/check it failed, saying:
quote
Software error:
Does not exist or is not a directory: /usr/local/validator/templates
BEGIN failed--compilation aborted at
1 - 100 of 160 matches
Mail list logo
