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 em
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 improve
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 c
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 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
> safe-upgrad
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 cor
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
Traceback (most recent call last):
File "/usr/bin/slimit", line 5, in
from pkg_resources import load_entry_poin
Package: mtp-tools
Version: 1.1.6-51-g1a2669c~ds0-1
Followup-For: Bug #658367
Dear Maintainer,
Here's what -h actually does:
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)
Device
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 th
Source: chromium
Version: 34.0.1847.137-1~deb7u1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I'm on testing.
# Norwegian national repository:
deb ftp://ftp.no.debian.org/debian/ testing main non-free contrib
deb-src ftp://ftp.no.debian.org/debian/ testing main non-
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 heartb
> 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.
Wh
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
> 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 eve
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 si
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: 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 of
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 debia
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
sites-avail
> 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 a
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 [ : s
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 HeaderNam
> 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 debian-bugs-dist-requ...@lists.debian
> 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 t
> 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 listma
> 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
Hi again Julien,
and thanks for your assistance.
> Section "Monitor"
> Identifier ""
> 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
been used without it.
>> 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 t
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 an
> 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 debian-
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 a
> Could you provide some sample output? Yes, I know I can do it
> myself, but I am lazy. :)
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 stuff/parts/bu
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 need
> 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 t
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: dibbler-client
Version: 0.7.3-0.1
Severity: normal
dpkg -i /var/cache/apt/archives/dibbler-client_0.7.3-1_i386.deb
(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) ...
Stopp
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 what
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 vers
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: 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. */
(gdb) run
Starting program: /disk/home/eddy/work/mine/toys/sscanferange
Program received signal SIGSEGV, Segmentat
Package: libc6
Version: 2.10.2-6
Severity: normal
Here's a stack-trace:
(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",
argptr=0xbfdff3a8 "žó
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 b
>> 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 look
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. RandomAccessFile::RandomAcc
Package: python-xml
Version: 0.8.4-10.1
Severity: minor
Save the following SVG to a file
http://www.w3.org/Graphics/SVG/1.1/DTD/svg11-tiny.dtd'>
http://www.w3.org/2000/svg";
xmlns:xlink="http://www.w3.org/1999/xlink";>
Test-case to illustrate expat issue
Parse this with an xml parser
> 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 al
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 play
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 gets
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.
Previously
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 emac
> 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).
> 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 suc
> 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 vi,
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)
0 Fundamental /dev/pts/-current-frame
Again, this is probably emacsclient's fault, but may be material to
investigating the reportbug issue ...
-- Package-specific info:
** Environment settings:
EDITOR="emacsclient"
VISUAL="emacsclient"
NAME="Edward Welbourne
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, LC
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 a
I forgot to mention: the error.log reports the error as
Symbolic link not allowed or link target not accessible:
/disk/home/eddy/whorlweb/edoc
Eddy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@
Package: apache2.2-common
Version: 2.2.11-3
Severity: normal
In my userdir, I did (some time ago, inter alia):
ln -s ../work .w
ln -s .w/mine/toys code
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
instead. Ho
Package: python-ropemacs
Version: 0.6c2-3
Severity: normal
When I tried to purge the package, I got
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Extracting templates from packages: 100%
Preconfiguring packag
> 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 tha
> 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
> 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 un
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 question
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: python-lunar
Version: 2.0.1-1
Severity: grave
Justification: renders package unusable
When aptitude tried to install python-lunar, it said:
Errors were encountered while processing:
python-lunar
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install. Tryi
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 browsers
Package: g++-4.3
Version: 4.3.2-1
Severity: minor
Put the following ridiculous code in a .cpp file:
struct Base { virtual const int stupid() = 0; };
struct Derived : public Base { virtual int stupid() { return 1; } };
and run the compiler on it, with warnings. I get:
$ g++ -O2 -Wall -Wextra
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 log
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: emacs21
Severity: minor
Well, reportbug asked me which package it related to and I tried
saying it was general:
Enter a package: 7
Are you sure this bug doesn't apply to a specific package? [y|N|q|?]?
but it *does* apply to a specific package, it's just that
that package (emacs21) i
> 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]
Sorry, last mail's output from test-randr and test-xinerama was bogus;
I'd forgotten to go into dieplay/ and re-make them.
115, 186
test-randr: 10:28:56: XRRQueryVersion(dpy, ...) ==> 1, 2
test-randr: 10:28:56: Screen 0
test-randr: 10:28:56: Available Rotations: 0 90 180 270
test-randr: 10
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,
> 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
> "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!
> 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-
> patche
> 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 c
> Please try 5.07.
Marvelously terse and imperative ;-)
I've looked at the change-logs and, indeed, find:
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 sure. It s
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 d
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 X
> 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 c
Package: mercurial-common
Version: 1.0.1-1
Followup-For: Bug #476885
The initially reported bug can be reduced to:
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.ino
> 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
Package: nis
Version: 3.17-14
Severity: minor
In nis.debian.howto.gz it says:
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 systems
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 UNSUBSCRIBE,
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 th
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:
Software error:
Does not exist or is not a directory: /usr/local/validator/templates
BEGIN failed--compilation aborted at /usr/lib/cgi-bin/c
1 - 100 of 161 matches
Mail list logo