libraries it uses (e.g. libpng) do appear to use time_t in interface
definitions.
Regardless, it is necessary to assure that all libraries are built
with a consistent time_t definition if there is any case of time_t
appearing in an explicit/implicit interface definition.
Bob
--
Bob Friesenhahn
On Mon, 5 Sep 2022, László Böszörményi wrote:
On Mon, Sep 5, 2022 at 4:09 PM Bob Friesenhahn
wrote:
On Sun, 4 Sep 2022, Paul Gevers wrote:
gdl: symbol lookup error: /lib/x86_64-linux-gnu/libgnudatalanguage.so.0:
undefined symbol: _ZN6Magick5Image12colorMapSizeEv
This issue is caused by
: _ZN6Magick5Image12colorMapSizeEv
This issue is caused by Mercurial changeset 16712:acb5f7fa99cf:
"colorMapSize() method for returning the number of colormap entries
should be a const method."
Apparently this change impacts the ABI.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.t
efficiency if there are many
tiny chunks.
The purpose of 'ping' mode is to avoid expensive operations while
retrieving basic properties. In this particular case, the harm would
already have been done even in 'ping' mode so returning the profiles
does not in
On Fri, 25 Feb 2022, Bob Friesenhahn wrote:
There is dependency on the JPEG library so some change in the JPEG library
could impact code which works "fine" on some other system.
I am using Ubuntu 20.04 LTS and the JPEG that comes with that OS.
I made a mis-statement. For this
On Fri, 25 Feb 2022, László Böszörményi (GCS) wrote:
On Fri, Feb 25, 2022 at 4:35 PM Bob Friesenhahn
wrote:
On Fri, 25 Feb 2022, László Böszörményi (GCS) wrote:
Wild guess only, as I'm away from home right now. But that image can
be exif.jpg [1] or any other from the 'fixtures'
Capture Type: 0
Image UniqueID: A16LSIA00VM A16LSIL02SM\012
Profile-XMP: 4102 bytes
Tainted: False
Elapsed Time: 0m:0.000187s
Pixels Per Second: 20.6Mi
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
.
What is the minimum that I need to do to reproduce the issue in
GraphicsMagick?
Is the specific JPEG file which caused the issue available?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
gm convert Sunrise.jpg -format '%[EXIF:Flash]' info:-
0
% gm convert Sunrise.jpg -format '%[EXIF:DateTimeOriginal]' info:-
2009:01:19 07:46:00
The above appears to be the expected behavior.
Please let me know how I can help solve this issue.
Bob
On Thu, 24 Feb 2022, Paul Gevers w
For example, now the gcc version in the bookworm is 11.2.0-2, now the
maintainer of the package upload a new version. I suppose it is 11.2.0-3.
Normally, it will be pushed into the bookworm after 5 days. Now we assume a
package relied on the package updated after one day. Normally it will be
push
Probably the best way is to do the rolling release. Another solution is
to make each package synced downstream at the same time, but it's too hard
to achieve.
Jérôme Pouiller 于2021年11月5日周五 下午6:11写道：
> On Friday 5 November 2021 03:02:13 CET Norbert Preining wrote:
> > > After 2 weeks, the bug
After 2 weeks, the bug has finally been fixed. But I wonder why the bug
wasn't tested out in the unstable branch and was pushed into the testing
branch.
ed to png without a crash.
Hope this helps.
--
...Bob
would
not have been invoked before.
There is no proper fix other than to make sure that InitializeMagick()
has been invoked before any other API elments are used.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintaine
ode is used:
Magick::InitializeMagick(nullptr);
MagickLib::SetMagickResourceLimit(MagickLib::MemoryResource,
10);
MagickLib::SetMagickResourceLimit(MagickLib::WidthResource, 2048);
MagickLib::SetMagickResourceLimit(MagickLib::HeightResource, 2048);
and this is diving int
re is
involved.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt
Control: tag -1 pending
Hello,
Bug #891024 in python-fitbit reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
https://salsa.debian.org/med-team/python-fitbit/commit/a6f52d05b16a9585ac1f3
ry hosting
provider or might be changing very frequently. All of those things
make using such headers problematic.
Bob
signature.asc
Description: PGP signature
Hi Andreas,
This has been corrected on the last version I have uploaded to
mentors.debian.net.
Do you still get this problem ?
Best regards,
On 2017-11-13 11:32, Andreas Beckmann wrote:
Package: evqueue-core
Version: 2.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piupart
to
> sudoers:files #sss
While sss might be involved additionally I reproduce the problem on my
system and I do not have sssd installed at all. The sudo problem is
independent of sssd. There is no sssd installed on my system which
also exhibits the sudo hang problem.
Bob
Perhaps, someone should contact the MIA team...
https://wiki.debian.org/Teams/MIA
--
Best wishes,
Bob
Source: nodejs
Version: 4.7.2~dfsg-2
Severity: serious
Justification: fails to build from source
Dear Maintainer,
The subject package fails to build on alpha systems due to an inappropriate
selection of compiler flags during configuration. In particular "-m32" is not
valid on alpha.
My guess is
tch -p1 < pepperflashplugin-nonfree.patch" in the top level
package source directory.)
Bob
diff -ru pepperflashplugin-nonfree-1.8.1+deb8u1/debian/changelog pepperflashplugin-nonfree-1.8.1+deb8u2~1/debian/changelog
--- pepperflashplugin-nonfree-1.8.1+deb8u1/debian/changelog
On Mon, 5 Dec 2016, Salvatore Bonaccorso wrote:
Hi Chris, hi Bob,
On Mon, Dec 05, 2016 at 05:26:23PM +0100, Chris Lamb wrote:
[Please retain 847...@bugs.debian.org in CC]
Bob Friesenhahn wrote:
Is this CVE fixed upstream? I am not aware of this number.
I do not know, sorry.
The CVE
severity 841427 important
tags 841427 + pending
thanks
Changing severity level to prevent removal from Testing. This is a
build time issue not a run time issue. I don't think this is a severe
enough problem to warrant removing the working package from Testing.
Bob
e:
I would say due to insufficient defensive setup of the test suite.
But the result is the same. It fails if not being built in the C
locale. :-)
> - $(MAKE) test
> + LC_ALL=C $(MAKE) test
> touch build-stamp
Agreed.
Thanks!
Bob
signature.asc
Description: PGP signature
r and reset age.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Fri, 16 Sep 2016, László Böszörményi wrote:
On Fri, Sep 16, 2016 at 11:56 AM, Niko Tyni wrote:
On Tue, Sep 13, 2016 at 10:48:42PM -0500, Bob Friesenhahn wrote:
It may be necessary to prove where the problem is occuring by manually
overwriting updated files in the magick directory with
ay be necessary to prove where the problem is occuring by manually
overwriting updated files in the magick directory with those from the
previous working version until the problem goes away (assuming that it
does).
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users
ps magick/utility.c would be a good starting point.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
release a 1.3.25 which primarily fixes parsing issues introduced with
1.3.24 as well as fixes heap/stack overflow/overrun issues in the
rendering code.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintaine
Package: autopkgtest
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
There is a problem in the tests/adt-run python script which is run
while building the package in order to test adt-run. The test
test_timeout_no_output asserts t
Package: autopkgtest
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
There is a problem in the tests/adt-run python script which is run
while building the package in order to test adt-run. Some of the
tests require a working apt-g
of us. Who knows how many since there is no way
to tell how many use --diff=none or not.
Bob
vice and /dev/sdb would be the additional USB
device. (Usually. Because of the way Linux assigns names this may
not always be true and should always be verified.) In your case of
using two USB devices then the device names are assigned in order of
installation and may be different.
Bob
On Tue, 22 Sep 2015, László Böszörményi wrote:
On Tue, Sep 22, 2015 at 8:27 PM, Bob Friesenhahn
wrote:
If there are two packages with different quantum depth, then they should be
able to co-exist without conflict. Likewise, the existing package should be
able to co-exist with new packages
library rather than the old one.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Mon, 10 Aug 2015, László Böszörményi wrote:
On Mon, Aug 10, 2015 at 8:27 PM, Bob Friesenhahn
wrote:
On Mon, 10 Aug 2015, Jakub Wilk wrote:
Perhaps this issue is due to g++ defaulting to a newer version of the C++
standard and thus it requires a new C++ ABI?
I don't think so. I
the linker
did find the library but not the method.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject
C++ ABI?
If this is the case, then requesting an older C++ standard may allow
linking with the previous libgraphicsmagick++1-dev.
Existing apps (not-recompiled) should still be able to use the
previous library.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simples
rsations upstream, I'd say that rlimit memlock 0
> should be the default in debian, not something that needs to be added
> to working configs. ...
Agreed.
Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
nk you for maintaining ntp in Debian!
Bob
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_
er
anything older will need snapshot.debian.org for retrieval.
Bob
signature.asc
Description: Digital signature
problem preventing
the daemon from starting. I suggest making a new bug report with
these problem details so that it can be dealt with individually.
Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I just tested the latest 1:2.2.13-11 and all went perfectly. No
hangs. No file conflicts. All good!
Thank you and everyone for persevering on this problem!
Bob
# apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
followup for
that issue in that report.
In the meantime I didn't have any hang problems with -10. Yay!
Thanks for giving this problem all of your efforts.
Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
stall then the problem is recreated. It is
> >repeatable on my system.
>
> Unfortunately I can't reproduce this. Can you run the command
>
> ucfq dovecot-core
>
> before and after reinstalling? It will tell us if any config file has
> changed.
Yes. The s
rivate/dovecot.pem
Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Jaldhar H. Vyas wrote:
> Bob Proulx wrote:
> >Sorry. The above was captured by me with -7. But during my reinstall
> >tests just a few minutes ago it was with the -8 package. No change.
> >The ps listings I showed were from the -8 package.
>
> Drat.
:-) I kn
Jaldhar H. Vyas wrote:
> Bob Proulx wrote:
> > Setting up dovecot-core (1:2.2.13-7) ...
> > Replacing config file /etc/dovecot/conf.d/10-ssl.conf with new version
> > Starting IMAP/POP3 mail server: dovecot.
> > ...hang...never returns...
>
> Have you tried -8? wh
-core.po]
What can I do to get more debug information for you?
Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
control: notfound -1 4+nmu1
control: found -1 5
AFAIK, lxde depends on evince-gtk since v5, not v4+nmu1.
---
Best wishes,
Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
that?
Or maybe it's already been covered by bug #717076 & current one?)
Best wishes,
Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Fri, 26 Sep 2014, László Böszörményi (GCS) wrote:
Hi Bob,
I got a report that drawtiming can't build[1] with newer
GraphicsMagick versions. The exact error is:
caught Magick++ exception: Magick: Non-conforming drawing primitive
definition (text) reported by magick/render.c:3022 (Draw
On Fri, 26 Sep 2014, László Böszörményi wrote:
Hi Bob,
I got a report that drawtiming can't build[1] with newer
GraphicsMagick versions. The exact error is:
caught Magick++ exception: Magick: Non-conforming drawing primitive
definition (text) reported by magick/render.c:3022 (DrawImage
OpenGuides 0.77 has been released to CPAN
https://metacpan.org/release/BOB/OpenGuides-0.77
This releaase including the patch that Niko Tyni provided
https://github.com/OpenGuides/OpenGuides/pull/78
On Thu, 4 Sep 2014, Dominic Hargreaves wrote:
Control: tags -1 +help
On Sun, Apr 27, 2014 at
ps://buildd.debian.org/status/package.php?p=bladerf&suite=unstable
Best wishes,
Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hello, Mateusz!
You uploaded a bugfix version of lxsession (0.4.9.2-1.1)
to mentors on 2014-06-05: http://mentors.debian.net/package/lxsession
but it just stays on mentors since then.
Maybe a request for sponsorship will help:
http://bugs.debian.org/sponsorship-requests
Best wishes,
Bob
control: unblock -1 by 745409
Now it should be right, sorry.
Best wishes, Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
control: retitle -1 [libgcrypt11] Non free RFC
control: unblock 745454 by -1
Apparently, the current issue doesn't depend on GRUB to be fixed :)
Best wishes, Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
cluded from ck-sysdeps-freebsd.c:32:0:
/usr/include/kvm.h:82:1: error: unknown type name 'uint64_t'
uint64_t kvm_counter_u64_fetch(kvm_t *, u_long);
^
---
Best wishes, Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscri
control: reopen -1
control: tags -1 patch
2014-06-03 from Daniel Baumann:
> On 06/03/2014 11:26 PM, Bob Bib wrote:
> > (Is it ever meant to work on non-x86 architectures?)
>
> no, it isn't.
Then the debian/control should be corrected a little.
syslinux/3:6.03~pre1+dfsg-4
p=syslinux&suite=unstable
http://buildd.debian-ports.org/status/package.php?p=syslinux&suite=unstable
(Is it ever meant to work on non-x86 architectures?)
----
Best wishes, Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe&quo
atus/package.php?p=lhasa&suite=unstable
Best wishes, Bob
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Fixed package attached - I'll submit the patch in a minute.
Bob
> -Original Message-
> From: Antony Messerli [mailto:amess...@rackspace.com]
> Sent: 22 May 2014 17:15
> To: Debian Bug Tracking System
> Subject: Bug#748953: blktap-dkms: Struct bio was changed in 3
Package: libvirt-bin
Version: 1.2.4-3
Severity: grave
Justification: renders package unusable
After upgrading to 1.2.4-3 libvirtd reports:
kern.log.1:May 17 19:20:06 bob libvirtd[11315]: internal error: cannot probe
backing volume format: Debian-7.4-base.img
This happens for every VM that I
pam-systemd [linux-any],
consolekit [!linux-any], dbus
would you please clarify the Debian changelog entry a little?
e. g.:
- * Enable systemd support on linux architectures
+ * Switch from consolekit to systemd-logind dependency on linux architectures
Best wishes, Bob
--
To UNSUBS
inal file
after the completion of the test.
Please report your findings.
Bob
signature.asc
Description: Digital signature
discussed in the other bug
ticket which was closed with the upload I am going to close and merge
this report.
Bob
signature.asc
Description: Digital signature
rsion 30.0.1599.101-3 was uploaded today.
http://packages.qa.debian.org/c/chromium-browser.html
Bob
signature.asc
Description: Digital signature
problem will
eventually be past us but an epoch is forever. The epoch is really
more suitable for when version schemes change significantly such as
going to or from dates as versions and that type of thing which have
no end and therefore require an epoch to correct.
Bob
signature.asc
Description: Digital signature
Tue, 15 Oct 2013, 9:14 +02:00 from Martin Bagge / brother:
>On 2013-10-15 00:03, Andrej N. Gritsenko wrote:
>>> Bob Bib has written on Monday, 14 October, at 21:35:
>>> I'm adding gi...@ubuntu.com to recipients, and would ask to release new
>>> version of lxa
ybe it's a mentors site bug?
Best wishes, Bob
and there's some patch there,
'fix_center_window.patch' in 'debian/patches'
(I haven't tested it though).
Looks like the coordination
between the "Debian LXDE Maintainers" & Mateusz Łukasik
needs to be improved a little:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726338
Best wishes, Bob
mp;group_id=180858&atid=894869
http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/lxappearance-obconf;a=commit;h=c8f0cd4270c140ad2b458b45df42ed44f08241ff
Best wishes, Bob
1:2.0.4-1 at mentors fixes this, I hope?
Best wishes, Bob
changes in '/usr/include/openbox/3.5/obrender/theme.h'.
[1] https://buildd.debian.org/status/package.php?p=lxappearance-obconf
[2]
https://buildd.debian.org/status/fetch.php?pkg=lxappearance-obconf&arch=amd64&ver=0.2.0-4%2Bb1&stamp=1381154559
Best wishes, Bob
upstream author
for clearing the licenses.
Best wishes, Bob
Fri, 4 Oct 2013, 21:18 +02:00 from Niels Thykier:
> On 2013-10-04 18:27, Bob Bib wrote:
> > Fri, 4 Oct 2013, 15:40 +02:00 from Niels Thykier:
> >> Hi Bob (and any one else following this bug),
> >> ...
> >> Furthermore, it is my understanding that the BTS is
Fri, 4 Oct 2013, 15:40 +02:00 from Niels Thykier:
> Hi Bob (and any one else following this bug),
> ...
> Furthermore, it is my understanding that the BTS is /not/ aware of
> binNMU versions (i.e. the "fixed in 1.2-2+b1" is ignored as well).
Hi Niels,
if BTS ignores binNMU
Package: darkice
Version: 1.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
This will be a bit long. And, though I mention two Debian derivatives, the
issue is also present in Debian. Thanks for your time and effort.
* What led up to the situation?
I am running Ubu
Package: picard
Version: 1.2-1
Severity: serious
Dear Maintainer,
'picard' depends on a non-existent 'python2' package;
strangely, it's not specified explicitly in 'debian/control'.
Is it a debhelper bug or something?..
Best wishes, Bob
control: reassign -1 src:lxappearance-obconf 0.2.0-4
Sorry again...
bmenu-cache-dev'.
----
Best wishes, Bob
bmenu-cache-dev'.
----
Best wishes, Bob
> src:lxpanel build-depends on 'libmenu-cache1-dev',
> lxpanel depends on 'libmenu-cache1';
I meant 'lxlauncher' instead of 'lxpanel', sorry.
2:1.6.1-1
ii lxmenu-data 0.1.2-2
Versions of packages lxlauncher recommends:
ii gnome-icon-theme 3.8.2-2
lxlauncher suggests no packages.
-- no debconf information
Best wishes, Bob
d that the output of 'brctl show' will always
produce only one line of output. If there are multiple bridges this
will behave exactly as before and will only extract the first one.
Thank you for maintaining xen-utils-common!
Bob
--- vif-bridge.orig 2013-08-07 20:01:57.240366430 -0600
+++
Pádraig Brady wrote:
> Bob Proulx wrote:
> > Was this change intentional or accidental?
>
> Intentional. The change in question, to treat each line independently was:
> http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=51ce0bf8
> to address: http://bugs.gnu.org/
s one. In the older 8.13 this was the behavior:
$ printf "one\ntwo\n" | cut -d "
> " -f2
two
In the newer 8.21 this is the new behavior:
$ printf "one\ntwo\n" | cut -d "
> " -f2
one
two
Was this change intentional or accidental?
Bob
P.S. Of course us
aMimeType=0xaac03c18 "application/x-shockwave-flash", aURL=0xaacbd950,
> aOwner=0xaad38470)
Please try to disable the flash player plugin and check if the problem persists.
Best wishes, Bob
graphics driver...
----
Best wishes, Bob
s that apt-listchanges for virt-viewer is useless:
The changelog is rather sparse of content. :-(
Bob
signature.asc
Description: Digital signature
Hi Kurt,
> I've uploaded 0.9.8o-4squeeze14 to squeeze-security
openssl/1.0.1e-1 changelog states the following:
* New upstream version (Closes: #699889)
- Fixes CVE-2013-0169, CVE-2012-2686, CVE-2013-0166
Meanwhile, openssl/0.9.8o-4squeeze14 changelog consist of the following line:
* Fix CV
consider this bug closed.
Thank you for your help. I apologize for the noise.
*...Bob*
On 01/15/2013 04:48 PM, Sébastien Villemot wrote:
Control: tags -1 + moreinfo
Le mardi 15 janvier 2013 à 16:20 -0500, Bob Weber a écrit :
Package: gnucash
Version: 1:2.4.10-6
Severity: critical
Tags
Package: gnucash
Version: 1:2.4.10-6
Severity: critical
Tags: upstream
Justification: causes serious data loss
Upon openeing gnucash there is an error "parsing" input file. This
happened after a upgrade to 1:2.4.10-6. I have downgraded to
version 1:2.4.10-5 to get work done.
The data below
Tollef Fog Heen wrote:
> rm /etc/network/interfaces
> apt-get --reinstall install ifupdown
> observe that /etc/network/interfaces exists.
> If I remove the file, that change should be preserved on upgrades.
But /etc/network/interfaces is not an ifupdown "conffile"
rted in Bug#693211 and
therefore I am merging the reports. The coreutils maintainer has
responded there saying that the next upload will address this problem.
I am sure the problem will be fixed soon.
Thanks,
Bob
signature.asc
Description: Digital signature
Bob Proulx wrote:
> Ralf Treinen wrote:
> > /usr/bin/realpath
> > /usr/share/man/man1/realpath.1.gz
>
> Thank you for the report. This was already reported in Bug#693488 and
> therefore I am merging the reports.
Oops. While crosschecking the reports I reversed t
Thank you for the report. This was already reported in Bug#693488 and
therefore I am merging the reports. The coreutils maintainer has
already responded there saying that the next upload will address this
problem. I am sure the problem will be fixed soon.
Thanks,
Bob
signature.asc
Description: Digital signature
1 - 100 of 182 matches
Mail list logo
