cpus it will run
$(nproc)+1 jobs.
Probably I suspect you got this information from ninja's manpage -- if
so you should be aware that ninja doesn't actually have a manpage and
this is a Debian bug in Debian's help2man scripts that replace "on this
system" with the not exact
https://salsa.debian.org/hpc-team/openmpi/-/commit/45d922571f1b8af1fff14774d61459f8d48fe472
indicates that this was known to be broken but analyzed as a bug in the
packaging testcase itself?
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
y for building openmpi software against. It doesn't appear to be
installed by any other distros. It seems like it is something Debian has
patched in, but I cannot figure out why.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
site and clearly expects
this to be used.
The sourceforge tarball contains a replaced $version.
--
Eli Schwartz
Per your link, it does NOT succeed with the older cython release and
therefore this is not a regression in cython.
Please open a new ticket to report the generalized non-cython failure,
and close this ticket as invalid. (If this report was mistargeted, then
there may be others as well.)
--
Eli
> > cross environment.
Update: Simon wrote a fix for this and it is merged upstream and tagged
for the .1 maintenance release.
https://github.com/mesonbuild/meson/pull/12080
--
Eli Schwartz
On 8/6/23 9:27 AM, Simon McVittie wrote:
> On Tue, 01 Aug 2023 at 15:14:13 -0400, Eli Schwartz wrote:
>> My conclusion was that all distros want bytecode, except for Debian,
>> which doesn't want bytecode.
>
> Debian does want bytecode, but the Debian Python team'
On 8/1/23 3:13 PM, Eli Schwartz wrote:
> On Thu, 27 Jul 2023 15:43:26 +0100 Simon McVittie wrote:
>> Is there a way this can be done, without making packages FTBFS if debhelper
>> is backported to an older suite but Meson is not? -Dpython.bytecompile=-1
>> will cause `me
;m not
> aware of a way to say "set this option if supported, ignore if not" without
> parsing `meson --version` and comparing it with a threshold.
Just tested, and adding this to a --native-file should work:
```
[built-in options]
python.bytecompile = '-1'
```
--
Eli Schwartz
pt, but only if running inside a package build. Is there
even a way to detect this? No idea. Not an enthusiastic topic anyway.
"""
--
Eli Schwartz
tags 64829 notabug wontfix
close 64829
thanks
> Cc: 1041...@bugs.debian.org
> From: Dan Jacobson
> Date: Mon, 24 Jul 2023 05:16:04 -0500
>
> All I know is based on
>
> https://emacs.stackexchange.com/questions/71825/how-often-should-emacs-28-1-native-compile-basic-emacs-files
> and
> https://bu
On 7/10/23 5:09 AM, Simon McVittie wrote:
> Is there a way for debhelper to set this option without breaking the
> build of packages that contain no Python?
It should be fine to always pass this option on meson 1.2.0+, since the
option will exist even if it is never read.
--
Eli Schwartz
ete the .wrap files from the subprojects/ directory, since Debian
does not build this project with vendored dependencies.
--
Eli Schwartz
bout it.
This is an upstream bug as the file did not do what it was expected to
do, but it prevents building in Debian. The simplest solution is to
delete the .wrap files from the subprojects/ directory, since Debian
does not build this project with vendored dependencies.
It is also fixed upstream in git.
--
Eli Schwartz
ode
If this file is not desired in the debian package, please specify your
preferred value for this meson setting. For example, to avoid compiling
bytecode as part of `meson install`, you could setup the build system
with the `-Dpython.bytecompile=-1` option.
--
Eli Schwartz
requests/248
https://gitlab.gnome.org/GNOME/gnome-photos/-/merge_requests/261
Both merge requests are available when upgrading to 44.0, or
alternatively in 43.1 (a bugfix release containing only this change)
--
Eli Schwartz
are only ever uploaded to experimental, and
are a preview for the future. Temporarily downgrading the severity. This
should be reset to "serious" once the final release is out, as which
will go directly to unstable.
--
Eli Schwartz
ed.
Only the default values for the project are printed, and all command
line parameters are ignored.
The release candidate makes this an error instead. If you want to print
the values of available options, simply avoid passing arguments; this
works both in a source directory and a build directory.
--
Eli Schwartz
This bug seems to have been caused by
https://salsa.debian.org/cpython-team/python3-defaults/-/commit/8e243207fee371a7335674fc77db63044b62cb29
It migrated from imp to importlib, but importlib doesn't imply
importlib.util -- you cannot and AFAIK never have been able to import
the top-level package
> From: Andrea Corallo
> Cc: monn...@iro.umontreal.ca, t...@debian.org, emacs-de...@gnu.org,
> spwhit...@spwhitton.name, 1021...@bugs.debian.org
> Date: Mon, 20 Feb 2023 15:42:08 +
>
> > You mean, from master to emacs-29, I guess?
>
> Yes
>
> > What was the motivation for that change?
> From: Andrea Corallo
> Cc: Tatsuya Kinoshita , emacs-de...@gnu.org,
> spwhit...@spwhitton.name, 1021...@bugs.debian.org, Eli Zaretskii
>
> Date: Mon, 20 Feb 2023 09:18:02 +
>
> Andrea Corallo writes:
>
> > Stefan Monnier writes:
> >
> >&
> From: Andrea Corallo
> Cc: Tatsuya Kinoshita , emacs-de...@gnu.org,
> spwhit...@spwhitton.name, 1021...@bugs.debian.org, Eli Zaretskii
>
> Date: Mon, 20 Feb 2023 09:03:34 +
>
> OTOH on a slightly differnt subject and in light of this, I think we
> should proba
> From: Sean Whitton
> Cc: Eli Zaretskii , aymeric.a...@yandex.com,
> monn...@iro.umontreal.ca, emacs-de...@gnu.org, la...@gnus.org,
> r...@defaultvalue.org
> Date: Fri, 17 Feb 2023 09:42:29 -0700
>
> > Otherwise you have to revert probably 654428b65ae and 2f28496
installed, it cannot overwrite the stdlib
distutils. And there's a viable approach to not using distutils by the
time distutils is removed from the stdlib.
--
Eli Schwartz
> Date: Sat, 12 Nov 2022 13:28:17 +0100
> From: Vincent Lefevre
> Cc: gavinsmith0...@gmail.com, bug-texi...@gnu.org, 989...@bugs.debian.org
>
> > > But "down" is the reverse of "up".
> >
> > No, it isn't. It is only the reverse of "up" if the node structure is
> > a perfect tree.
>
> But if th
> Date: Sat, 12 Nov 2022 12:40:11 +0100
> From: Vincent Lefevre
>
> > > Oops, I misread the file. I actually think that it is correct.
> > > IMHO, to get the tree structure, you should not follow the menu,
> > > but only the "File:" lines.
> >
> > You can't: SPC and DEL are supposed to traverse
> Date: Sat, 12 Nov 2022 11:56:47 +0100
> From: Vincent Lefevre
>
> Oops, I misread the file. I actually think that it is correct.
> IMHO, to get the tree structure, you should not follow the menu,
> but only the "File:" lines.
You can't: SPC and DEL are supposed to traverse the tree, not just t
> Date: Sat, 12 Nov 2022 11:39:41 +0100
> From: Vincent Lefevre
> Cc: bug-texi...@gnu.org, 989...@bugs.debian.org
>
> > * Menu:
> >
> > * Bugs::
> >
> > See that "Bugs" at the end? This is the problem: since "Bugs" is a
> > top-level node, its presence in a level-1 node's menu makes the no
> Date: Sat, 12 Nov 2022 10:26:39 +0100
> From: Patrice Dumas
> Cc: Vincent Lefevre , bug-texi...@gnu.org,
> 989...@bugs.debian.org
>
> On Sat, Nov 12, 2022 at 09:27:34AM +0200, Eli Zaretskii wrote:
> > See that "Bugs" at the end? This is the problem: si
> Date: Sat, 12 Nov 2022 00:17:34 +0100
> From: Vincent Lefevre
> Cc: 989...@bugs.debian.org
>
> [Cc to the Debian bug 989029, which I reported last year:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989029
>
> I'm now reporting it upstream since it still occurs with "info"
> from Te
> Date: Sat, 5 Nov 2022 13:54:54 -0700
> Cc: vinc...@vinc17.net, spwhit...@spwhitton.name, 58...@debbugs.gnu.org,
> 1017...@bugs.debian.org
> From: Paul Eggert
>
> On 2022-11-04 00:00, Eli Zaretskii wrote:
> > We need to establish what is the
> > source of SIGHUP
> Date: Sun, 6 Nov 2022 11:44:43 -0800
> Cc: a...@sdf.org, vinc...@vinc17.net, spwhit...@spwhitton.name,
> 58...@debbugs.gnu.org, 1017...@bugs.debian.org
> From: Paul Eggert
>
> On 2022-11-06 11:32, Eli Zaretskii wrote:
> > My question was whether in this scenario
> Date: Sun, 6 Nov 2022 11:18:03 -0800
> Cc: a...@sdf.org, vinc...@vinc17.net, spwhit...@spwhitton.name,
> 58...@debbugs.gnu.org, 1017...@bugs.debian.org
> From: Paul Eggert
>
> On 2022-11-05 22:51, Eli Zaretskii wrote:
>
> > But is it possible for a program like Em
> Date: Sat, 5 Nov 2022 13:54:54 -0700
> Cc: vinc...@vinc17.net, spwhit...@spwhitton.name, 58...@debbugs.gnu.org,
> 1017...@bugs.debian.org
> From: Paul Eggert
>
> On 2022-11-04 00:00, Eli Zaretskii wrote:
> > We need to establish what is the
> > source of SIGHUP
> From: Andrea Corallo
> Cc: Vincent Lefevre , spwhit...@spwhitton.name,
> 58...@debbugs.gnu.org, 1017...@bugs.debian.org
> Date: Thu, 03 Nov 2022 21:25:08 +
>
> AFAIU the Emacs subprocess we use to compile should behave like a
> regular Emacs.
Basically, you are saying that if the s
> Date: Thu, 3 Nov 2022 11:13:08 +0100
> From: Vincent Lefevre
> Cc: spwhit...@spwhitton.name, 58...@debbugs.gnu.org,
> 1017...@bugs.debian.org
>
> On 2022-11-03 08:47:06 +0200, Eli Zaretskii wrote:
> > > On 2022-11-02 14:24:51 +0200, Eli Zaretskii wrote:
> &
> Cc: 58...@debbugs.gnu.org, 1017...@bugs.debian.org
> Date: Thu, 3 Nov 2022 04:00:46 +0100
> From: Vincent Lefevre
>
> On 2022-11-02 14:24:51 +0200, Eli Zaretskii wrote:
> > Signal 1 is SIGHUP, AFAIU. Why should Emacs receive SIGHUP in the
> > middle of GC, I have n
ng " [XXX]".
error, unexskip, and unexrun are the only failure states.
unexskip and unexrun can only happen in Meson's internal CI
($MESON_CI_JOBNAME is set and isn't "thirdparty").
So you can just filter for:
- any python-unittest matching logs (e.g. in between "===" and
"\nRan tests in s")
- anything in between " [ERROR]" and " []"
--
Eli Schwartz
> From: Lars Ingebrigtsen
> Date: Wed, 05 Aug 2020 14:04:59 +0200
> Cc: 953...@bugs.debian.org, Katsumi Yamaoka ,
> 39...@debbugs.gnu.org
>
> 積丹尼 Dan Jacobson writes:
>
> > Emacs needs to update window-width when the user updates the text size.
>
> I think that makes sense.
>
> Anybody got a
שלום
חבר יקר
אני עורך הדין אדוארד אלי, אני מציע לך את ההצעה הזו בקשר למותו של מר אמיל, אותו
אתה נושא את אותו שם משפחה. הוא היה הלקוח שלי לפני מותו, והשאיר סכום כסף, 7.5
מיליון דולר בבנק. לאחר ניסיון לא מוצלח למצוא שם קישור, החלטתי ליצור איתך קשר,
אנא חזור אלי להליכי הבהרה ותשלום נוספים.
למידע נ
seeing if the
error can be duplicated; if you still get the error, then it's an
upstream bug and can be reported to the calibre developer at
https://calibre-ebook.com/bugs
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
ch and figuring that was what it did or was
intended to do. Could be I misremembered. Maybe I'll take another look.
Either way, that's indeed the logical place to patch it, so yeah.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
bre
will detect it exists, and try to write completions to it.
For more details, see the source code (which enumerates the directories
it searches for):
https://github.com/kovidgoyal/calibre/blob/e721f8aa3ede7ae1c62fb5a8b4a52ca5562e4df7/src/calibre/linux.py#L194-L210
--
Eli Schwartz
Arch Linux B
On 12/25/19 9:48 PM, Norbert Preining wrote:
> Hi Eli,
>
> thanks for the report.
[...]
>> - Disable-update-check-by-default.patch
>>
>> While I'm on the topic of Debian-specific patches... this patch seems to
>> cause calibre to start up with the upd
running.
This bug report is obsolete since Thu Aug 21 23:54:55 2014, with the
2.0.0 release.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
This would require rewriting the entire upstream program, since they
aren't separate applications. They are a single intertwined codebase
which has multiple entry stubs.
Also, the content server uses qt, so you're not getting rid of that anyway.
--
Eli Schwartz
Arch Linux Bug Wr
This would require rewriting the entire upstream program, since they
aren't separate applications. They are a single intertwined codebase
which has multiple entry stubs.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
This bug report is obsolete, I guess, since current versions of calibre
refer exclusively to the ebook-viewer application shipped natively by
calibre.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
translations
This bug should be closed as invalid.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
at
will disable both the application version check and the plugins version
check, and I don't believe the latter is appropriate to disable. Please
check if this is overreaching, and find a more targeted patch if so.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
quick perusal):
bug #934000
bug #941806
bug #906572
bug #932044
bug #941802
bug #866102
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
-- it causes a grave lack of functionality
to most power users of the application and is a source of friction with
upstream.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
On 12/25/19 6:59 PM, Norbert Preining wrote:
> Hi Eli,
>
> On Wed, 25 Dec 2019, Eli Schwartz wrote:
>> Are we discussing calibre itself, here, or the plugins? It's been
>> previously agreed that calibre itself is mostly ready.
>
> Indeed, unfortunately all the
oll out major updates on a
whim. And so I exercised my whim and uploaded a python3 build of
calibre, so that my users can choose whether to install it for python2
or python3. I'll most likely leave it that way until calibre releases
python3 support from beta.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
A little over an hour ago, Kovid has released Windows/Linux/macOS binary
builds of a python3 version of calibre, and alerted the plugin developer
community that it is time to start porting. Watch this space for updates:
https://www.mobileread.com/forums/showthread.php?t=325721
--
Eli Schwartz
ommit/5ed88a0bf596ea4389ac4fe08ccf249c7693d04d
Please remove this ancient, unused dependency from the Debian packaging
for calibre, thereby clearing the way to dropping the python2-cherrypy
module. All it does is waste the disk space of calibre users.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted
ity&repo=Multilib
to hardcode which repos you want to search in.
--
Eli Schwartz
Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
Package: installation-reports
Boot method: USB stick
Image version: debian-buster-DI-rc1-amd64-netinst.iso
Date: 2019-05-20
Machine: Dell M610
Processor: Duel Intel Xeon X5650
Memory: 96GB
Partitions: df -Tl
Filesystem Type 1K-blocksUsed Available Use% Mounted on
udev
Hello, Michael
Sorry, I can't reproduce it
By the way, would you be so kind to delete these logs from public access as
they contain my personal email and name.
Regards
On Tue, Jul 17, 2018, 3:24 AM Michael Biebl wrote:
> Hi,
>
> I'm looking at old bug reports and was wondering if you can sti
On 06/26/2018 10:10 PM, Eli Schwartz wrote:
> On Tue, 24 Apr 2018 23:07:25 +0200 Michael Biebl wrote:
>> Thanks for the bug report.
>> Seems we don't have any package in stretch yet, which uses
>> gir1.2-nma-1.0, which is probably why this issue has went unnoticed.
>&
orkmanager that don't crash because of this bug, will be able to see
those improvements immediately.
--
Eli Schwartz
Bug Wrangler and Trusted User
ased 3 weeks ago on 01 Jun 2018).
Upstream-sanctioned maintenance releases which fix bugs resulting in
completely broken package components, are good candidates for inclusion. :)
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
ings as a
bonus. But this is getting rather exhausting...
https://salsa.debian.org/eschwartz-guest/xorg-server/commits/debian-unstable
--
Eli Schwartz
Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
POSIX. Since xvfb-run is not trying to remember the
location of the command, only check that one exists on disk (i.e. `alias
xauth=asdafsjdlfkjlsdkfjslfs` would currently break everything if
someone was indeed mad enough to use aliases, and also *wanted* to break
things), this seems like a r
put on a system which does not have /usr/bin/which available:
$ xvfb-run some_command
/usr/bin/xvfb-run: line 139: which: command not found
xvfb-run: error: xauth command not found
(This error message seems rather redundant.)
--
Eli Schwartz
Bug Wrangler and Trusted User
Package: fai-nfsroot
Version: 5.3.6
Followup-For: Bug #878447
Dear Maintainer,
This issue is resolved as of this commit:
https://github.com/faiproject/fai/commit/f3cf8cd34f85c879f820d67c2a9211afd94f674d
It has not yet been released in an official version, but the commit was
done on Oct 14th 201
Package: fai-server
Version: 5.3.6
Severity: normal
Dear Maintainer,
* What led up to the situation?
Running fai-make-nfsroot
* What exactly did you do (or not do) that was effective (or
ineffective)?
See pull request for proposed fix: https://github.com/faiproject/fai/pull/64
> From: Glenn Morris
> Cc: Steve McIntyre , 27...@debbugs.gnu.org,
> 786...@bugs.debian.org, r...@defaultvalue.org,
> 786707-forwar...@bugs.debian.org
> Date: Thu, 03 Aug 2017 13:35:25 -0400
>
> Eli Zaretskii wrote:
>
> >> >2. Why on earth is emacs chec
> Date: Thu, 3 Aug 2017 17:49:13 +0100
> From: Steve McIntyre
> Cc: 27...@debbugs.gnu.org, 786...@bugs.debian.org,
> Rob Browning , 786707-forwar...@bugs.debian.org
>
> >2. Why on earth is emacs checking the info path at all on startup?
It doesn't do that here, not in the current developme
Passlib 1.7.1 is out, which should fix #852289; I'll try to keep an eye on
the reproducible build status for a bit in case there's any other hiccups.
- Eli
On Mon, Jan 23, 2017 at 5:12 PM, Barry Warsaw wrote:
> On Jan 23, 2017, at 04:40 PM, Eli Collins wrote:
>
> >In case
Passlib author here -
In case this helps the debian package maintainer decide on this patch /
schedule things, the timestamp problem this addresses is due to a bug in
the passlib 1.7.0 setup script, which should be fixed in the 1.7.1 upstream
release (due out next weekend).
- Eli
On Mon, 23 Jan
Package: src:linux
Version: 3.16.7-ckt25-2+deb8u3
Severity: normal
Dear Maintainer,
Debian jessie system with bonded intel 10Gbps fiber nic's. After a
couple of days of uptime system starts spamming kern.log (now >400MB)
starting with the 1st two lines below then last 2 repeated over and over wit
Like it or not, JWZ considers xscreensaver to be frontline system
security. If it doesn't LOCK YOUR SCREEN, it's broken. If you don't
want to track the security updates, you are (in his mind) harming users.
That is why he specifically suggests Gnome's screensaver: it's a as
hardened as a luggage lo
> Date: Sat, 8 Aug 2015 09:00:14 +0100
> From: Gavin Smith
> Cc: Rob Browning , 793...@bugs.debian.org,
> Texinfo
>
> One idea I had, which could be useful for Windows and other systems
> lacking symlinks, is to make an Info file itself operate as a kind of
> symlink. When the target is a
> Date: Wed, 5 Aug 2015 21:16:36 +0100
> From: Gavin Smith
> Cc: Rob Browning , 793...@bugs.debian.org,
> Texinfo
>
> > Symlinks are less portable than init files.
>
> What operating systems don't support symlinks
Windows. (Later versions do, but creating a symlink requires
privileges.
> Date: Tue, 4 Aug 2015 21:20:47 +0100
> From: Gavin Smith
> Cc: Rob Browning , 793...@bugs.debian.org,
> Texinfo
>
> > A solution that supports inter-manual links, both in Info and in HTML
> > formats. To do this on a per-user basis, we would need some
> > environment variable or/and us
> Date: Wed, 5 Aug 2015 18:09:45 +0100
> From: Gavin Smith
> Cc: Rob Browning , 793...@bugs.debian.org,
> Texinfo
>
> > Which is why I think having a feature that would transparently replace
> > "foo" in an Info file name with "foo-1.2.3" would be more convenient.
> > Of course, such repl
> Date: Mon, 3 Aug 2015 21:27:32 +0100
> From: Gavin Smith
> Cc: Rob Browning , 793...@bugs.debian.org,
> Texinfo
>
> > I don't see how this would solve the issue at hand. Installation of a
> > manual is a system-wide action, whereas Rob wanted a way for a _user_
> > to specify her prefe
> Date: Tue, 4 Aug 2015 08:10:23 +0900
> From: Norbert Preining
> Cc: 793...@bugs.debian.org, bug-texi...@gnu.org, r...@defaultvalue.org
>
> lots of mails here, but I still don't see why you are opposing
> the idea to have different versions of the same program installed,
> and wanting to be able
> Date: Tue, 4 Aug 2015 19:55:41 +0100
> From: Gavin Smith
> Cc: Karl Berry , 793...@bugs.debian.org,
> Texinfo , Rob Browning
>
> > I'm saying that manuals that don't have any executables will be in
> > trouble. If 'texinfo' and 'elisp' and 'org' do not worry you, think
> > about 'stand
> Date: Tue, 4 Aug 2015 15:16:45 +0100
> From: Gavin Smith
> Cc: Rob Browning , 793...@bugs.debian.org,
> Texinfo
>
> On 4 August 2015 at 14:34, Eli Zaretskii wrote:
> >> It would still be better than what we have at the moment, though.
> >
> > I
> Date: Mon, 3 Aug 2015 23:32:08 +0100
> From: Gavin Smith
> Cc: 793...@bugs.debian.org, Texinfo ,
> Rob Browning
>
> If you don't care about being able to access renamed files via
> cross-references, then the renaming of files to include versions is
> good enough. If INFOPATH is the strin
> Date: Tue, 4 Aug 2015 19:51:23 +0100
> From: Gavin Smith
> Cc: Rob Browning , 793...@bugs.debian.org,
> Texinfo
>
> On 4 August 2015 at 16:39, Eli Zaretskii wrote:
> >> You could easily install and access multiple versions of manuals
> >> side-by
> Date: Tue, 4 Aug 2015 15:27:51 +0100
> From: Gavin Smith
> Cc: Karl Berry , 793...@bugs.debian.org,
> Texinfo , Rob Browning
>
> Suppose there are two emacs installations, one as /usr/bin/emacs,
> which is Emacs 23, and the other /usr/local/bin/emacs, which is Emacs
> 24. Then there'd b
> Date: Mon, 3 Aug 2015 15:16:27 +0100
> From: Gavin Smith
> Cc: 793...@bugs.debian.org, Texinfo
>
> On 3 August 2015 at 14:22, Gavin Smith wrote:
> > I'm wondering if we can kill two birds with one stone here and get
> > install-info to actually install the Info file as part of the
> > solutio
> From: Rob Browning
> Date: Sun, 02 Aug 2015 18:35:29 -0500
>
> Karl Berry writes:
>
> > Here's what I don't get: suppose there are two versions of Emacs
> > installed, emacs-x and emacs-y. Presumably Debian (and anyone else) has
> > some method for the user to choose which one is invoked by
> Date: Wed, 15 Jul 2015 20:08:47 +0200
> From: Vincent Lefevre
> Cc: Norbert Preining , gavinsmith0...@gmail.com,
> 792...@bugs.debian.org, bug-texi...@gnu.org
>
> > > Then one could do
> > > info emacs-24::emacs
> > > etc?
> >
> > Please don't make characters other than slashes magic i
> Date: Wed, 15 Jul 2015 23:06:03 +0900
> From: Norbert Preining
> Cc: 792...@bugs.debian.org, Vincent Lefevre ,
> Texinfo
>
> What about encoding sub-dirs in the dir file with'::' like:
> * Emacs: (emacs-24::emacs). The extensible self-documenting text
> editor.
>
> Then one
> Date: Wed, 15 Jul 2015 12:14:41 +0100
> From: Gavin Smith
> Cc: 792...@bugs.debian.org, Vincent Lefevre ,
> Texinfo
>
> > down here at Debian a certain inconvenience has arrived: Namely that
> > info cannot follow links to info files in sub-directories it seems:
> > In our case this is t
Package: smtm
Version: 1.6.10
Severity: important
Dear Maintainer,
I am a long-time user of smtm, and for the past month or two have not been
able to launch the program successfully. The issue occurs whether I use my
own portfolio files (smtm --file /path/to/file), or just try to launch the
def
> Date: Mon, 1 Sep 2014 11:24:31 -0700
> From: Josh Triplett
> Cc: 755...@bugs.debian.org, Rob Browning ,
> 18...@debbugs.gnu.org, 755351-forwar...@bugs.debian.org
>
> For the simplest possible implementation, determine the desktop setting
> for whether the cursor should blink, and set blin
Linux versions
I've attached a patch that fixes the build errors and now I can finally
run fglrx-legacy.
Patch based on commits created by Krzysztof Kolasa
from https://github.com/kolasa/fglrx-13.25
Regards, Eli
diff -uprN fglrx-8.97.100.7/firegl_public.h fglrx-8.97.100.7-b/firegl_public.h
Package: src:linux
Version: 3.10.11-1
Severity: important
Dear Maintainer,
USB 3 padlock(pin protected) drive connects fine, I mount it read-only
(ntfs/fuseblk) then
begin cp off of the drive. After a while the cp fails because the device
has gone away, changing from sdd to sde. umount, power cyc
Package: parallel
Version: 20130622-1
Severity: normal
Dear Maintainer,
Running parallel -n 1000 echo {} with a couple --sshlogin's fails to run on the
remote hosts. Investigating via --verbose shows the generated command
fails to run giving line limit exceeded. Lowering to -n 500 then allowed
ex
> Date: Tue, 22 Jan 2013 03:35:57 +0100
> From: Vincent Lefevre
> Cc: r...@defaultvalue.org, ha...@gnu.org, 13...@debbugs.gnu.org,
> 696026-forwar...@bugs.debian.org, 696...@bugs.debian.org
>
> > > > > | The original encoded form of the characters as found on disk at
> > > > > | visit time
> Date: Mon, 21 Jan 2013 05:14:10 +0100
> From: Vincent Lefevre
> Cc: r...@defaultvalue.org, ha...@gnu.org, 13...@debbugs.gnu.org,
> 696026-forwar...@bugs.debian.org, 696...@bugs.debian.org
>
> On 2013-01-21 05:48:14 +0200, Eli Zaretskii wrote:
> > > You said:
> Date: Sun, 20 Jan 2013 23:22:11 +0100
> From: Vincent Lefevre
> Cc: r...@defaultvalue.org, ha...@gnu.org, 13...@debbugs.gnu.org,
> 696026-forwar...@bugs.debian.org, 696...@bugs.debian.org
>
> On 2013-01-20 23:10:08 +0100, Vincent Lefevre wrote:
> > But Emacs should clearly tell the user w
> Date: Sun, 20 Jan 2013 23:10:08 +0100
> From: Vincent Lefevre
> Cc: r...@defaultvalue.org, ha...@gnu.org, 13...@debbugs.gnu.org,
> 696026-forwar...@bugs.debian.org, 696...@bugs.debian.org
>
> On 2013-01-20 23:40:14 +0200, Eli Zaretskii wrote:
> > > Date: Sun,
> Date: Sun, 20 Jan 2013 22:25:08 +0100
> From: Vincent Lefevre
> Cc: Rob Browning , Kenichi Handa ,
> 13...@debbugs.gnu.org, 696026-forwar...@bugs.debian.org,
> 696...@bugs.debian.org
>
> On 2013-01-20 18:49:38 +0200, Eli Zaretskii wrote:
> > Personally,
> From: Rob Browning
> Date: Sat, 19 Jan 2013 22:09:28 -0600
> Cc: 696026-forwar...@bugs.debian.org, Vincent Lefevre ,
> 696...@bugs.debian.org
>
> Vincent Lefevre writes:
>
> > Package: emacs24
> > Version: 24.2+1-1
> > Severity: grave
> > Justification: causes non-serious data loss
> >
1 - 100 of 141 matches
Mail list logo
