severity 885989 wishlist
tags 885989 + wontfix
thanks
TemTem wrote:
> A large portion of websites are being (willingly) attacked by
> man-in-the-middles (MitM) such as Cloudflare.
When someone commissions a service provider such as CloudFlare to host
their web site CloudFlare then of course Cloud
Alban Browaeys wrote:
> This is likely sssd related.
>
> I upgraded both today (sssd to 1.15.3-1) and "sudo ls" output was empty.
>
> Local workaround was to comment out "sss" on /etc/nsswitch.conf "sudoers:"
> sudoers:files sss
> to
> sudoers:files #sss
While sss might be involve
by the patch provided in Bug#833741#15 by Kristian Klausen
+but rewritten. Closes: #833741.
+ * Adds in 32-bit support.
+
+ -- Bob Proulx Mon, 12 Dec 2016 15:41:55 -0700
+
pepperflashplugin-nonfree (1.8.1+deb8u1) jessie; urgency=medium
* Non-maintainer upload.
diff -ru pepperflas
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
Chris Lamb wrote:
> unifdef fails to build from source in unstable/amd64 under some
> locales (eg. LANG="fr_CH.UTF-8").
Thank you for the report. I am preparing a new package upload and
will fix this in that upload.
> This is due to hard-coded error messages in the testsuite:
I would say due to
Bernhard wrote:
> Do you see any chance to prevent the autoremoval?
> I see you have a patch because of bug #808216.
> For me, this package works fine, because i don't use the diff-files.
I don't think 'grave' "renders package unusable" is correct for this
since it seems to only affect those using
severity 802636 normal
tag 802636 + moreinfo
thanks
Imam Kurniawan wrote:
> First, I do apologize if I have put this into the wrong category of bug
> report.
> Because I have to submit the package name, which is sync command is from the
> coreutils package.
> But it definitely related with Debian
Christophe Wolfhugel wrote:
> Kurt Roeckx wrote:
> > Do you use the default ntp.conf as shipped in the latest package?
> > If not can you either try that or add "rlimit memlock 0" at the
> > top of ntp.conf?
>
> Good hit Kurt.
>
> No I do not use the stock ntp.conf ...
Same here. I have the exac
Package: ntp
Version: 1:4.2.8p3+dfsg-1
Severity: serious
After today's update ntp no longer starts on my Sid system. After
being gone on travel for ten days I return and update Sid and now ntp
isn't running.
The log message reports:
Jul 26 19:23:54 hysteria ntpd[15300]: ntpd 4.2.8p3@1.3265-o
Andreas Beckmann wrote:
> Since the upload of mysql-5.6 mysql-5.5 is no longer installable in sid.
I am not the maintainer but just another interested user. In that
spirit I note that mysql-5.1 is no longer installable in Sid either.
Is that a bug? Isn't that simply the nature of Sid that things
Dom Noble wrote:
> So I notice this bug has been reported as fixed, but i tried to do a
> apt-get upgrade over crimbo and my dpkg seems to be throwing the same
> fault in dovecot-core (1:2.2.13-11),
As I read your report it is returning an error. Bug#770695 is about a
hang during installation. Y
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
Calculati
I just upgraded dovecot 1:2.2.13-10. I also tested --reinstall.
There were no hangs. The upgrade completed without the previous hang
problem.
I did however run into a file conflict which I reported as
https://bugs.debian.org/772885
I think that might simply be a bad -8 and will test and follow
Jaldhar H. Vyas wrote:
> I'm concentrating on this file because it has upto now been the cause of the
> postinst hang in every report I've received but the thing is the 10-ssl.conf
> you sent me is precisely what we should expect to see after a successful
> upgrade to -8. So if you did have someth
Jaldhar H. Vyas wrote:
> Sorry, one more question. Do the files /etc/dovecot/dovecot.pem and
> /etc/dovecot/private/dovecot.pem exist?
Questions are good.
-rw-r--r-- 1 root dovecot 1257 May 12 2010 /etc/dovecot/dovecot.pem
-rw--- 1 root dovecot 887 May 12 2010 /etc/dovecot/private/dov
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
reopen 770695 !
thanks
Since 2014-11-28 I have been unable to continue an installation of
dovecot on my up to date Sid amd64 system. The problem sounds
identical to the previous posters here. I read through the bug log
and I do not believe the problem has been fixed yet.
apt-get upgrade
...
Roger Dover wrote:
> The script wants to set a shared library world writable.
> This is a security risk.
Thank you for the report. However I am not sure this is actually a
problem. Also please say how you instrumented your system in order to
have received that error notification.
I believe the
close 728846
forcemerge 728823 728846
thanks
Léo Cavaillé wrote:
> I had the same problem tonight when upgrading to 30.0.1599.101-2.
Version 30.0.1599.101-3 was uploaded at 2013-11-07 15:27:45 UTC
today which fixed this bug. It may take some time for your mirror to
sync so that it is available t
close 729019
forcemerge 728823 729019
thanks
Charles Kroeger wrote:
> Reportbug says there's a newer version of Chromium available but
> when I do a apt-get update and dist-upgrade or apt-get -u upgrade
> chromium, I get the following error message:
>
> chromium is already the newest version.
Th
Cédric Boutillier wrote:
> Antonio Terceiro wrote:
> > I am planning to revert ruby-rack on unstable back to upstream version
> > 1.4.x by using an epoch. ruby-rack 1.5.x breaks rails session
> > management, and as a consequence, redmine.
>
> Thanks for taking care of this.
> ...
> About the epoch
severity 718898 important
reassign 718898 xen-utils-common
thanks
The behavior of the upstream GNU cut has changed. It is no longer
allows the usage of cutting lines as fields by setting a newline as
the delimiter. This has broken /etc/xen/scripts/vif-bridge which uses
it in this way.
This was
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/
Volker Klasen opened a bug in the Debian bug tracker concerning a
change in behavior in cut. I have CC'd the bug on this message. I
have manually set an appropriate Reply-To header.
http://bugs.debian.org/718898
There has been a lot of improvements made to cut. But the issue is
this one. In
reopen 701684
thanks
Luca Capello wrote:
> I just got it by this bug as well and IMHO the current solution
> (upgrading to the versions in experimental) is not fine: virt-viewer in
> sid is still broken and, after having visited the bug report, there is
> no ETA for a fixed version in sid.
I am s
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".
Bob
signature.asc
Description
Andreas Beckmann wrote:
> dpkg: error processing /var/cache/apt/archives/coreutils_8.20-1_amd64.deb
> (--unpack):
>trying to overwrite '/usr/share/man/man1/realpath.1.gz', which is also in
> package realpath 1.17
Thank you for the report. This was already reported in Bug#693211 and
theref
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
forcemerge 693488 693211
thanks
Ralf Treinen wrote:
> Here is a list of files that are known to be shared by both packages
> (according to the Contents file for sid/amd64, which may be
> slightly out of sync):
>
> /usr/bin/realpath
> /usr/share/man/man1/realpath.1.gz
Thank you for the report
forcemerge 659957 669651
thanks
Mats Erik Andersson wrote:
> The recent update of 'login' is no longer able to
> make an entry in "/var/run/utmp" for any user logging
> in via a virtual terminal, i.e., text console, on my
> linux-i386 system. Downgrading to 1:4.1.4.2+svn3283-3
> restores this vita
Beat Bolli wrote:
> effective solution: remove the two occurrences of the word "local" in
> php5-intl.postinst
Thank you for your bug report. This problem has already been reported
as Bug#664849 and been fixed by the upload of version 5.4.0-3. You
may wish to refer to the package track
severity 572648 normal
quit
Jonathan Nieder wrote:
> Severity: serious
> We are not violating any licenses as far as I can tell since the
> distributed unifdef.1 and /usr/bin/unifdefall reproduce the required
> notices. So I would prefer to call this minor (a documentation bug),
> but it is tech
Michal Čihař wrote:
> Bob Proulx napsal(a):
> > Package: phpmyadmin
> > Version: 4:2.9.1.1-11
> > Severity: important
> >
> > Reporting a remote denial of service attack against phpmyadmin's
> > setup.php interface.
>
> This is same as bugs #535
severity 528126 normal
tag 528126 + moreinfo unreproducible
thanks
steve downes wrote:
> Touch does not update the timestamp in an existing file. This is
> particularly relevant to me as it appears to have caused dpkg to fail
> & not fully update leaving a none updatable system. I tested this both
Michael Stone wrote:
> Otavio Salvador wrote:
>> Michael Stone wrote:
>>> you wrote:
$: sort -um -o list list work
>>>
>>> I'll look at the segfault, but I'm not sure that was ever guaranteed to give
>>> a useful result (you're overwriting an input file).
>>
>> Yes, it works nicely in stable r
Julien Cristau wrote:
> Maybe you could modify the build rules to cat the test logs in case of
> failure?
Turning on debug for everything would create *HUGE* log files.
Probably too big for routine use. That is why it is off by default.
Bob
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Michael Stone wrote:
> Bastian Blank wrote:
> >[...]
> >>FAIL: pwd-long
>
> Since this is the only failure listed, I'll assume it's the problem. Was
> there any actual diagnostic message in the part you snipped?
Thanks for the report. If you can set the VERBOSE=yes variable and
build again and
Frank Lichtenheld wrote:
> > Reinstalling coreutils (5.94-1) fixes the glitch.
>
> Do you know which versions of coreutils and dpkg you had installed
> before the upgrade? Do you have the full upgrade log available?
Hint: /var/backups/dpkg.status.* may contain info on what was
previously installe
Andreas Barth wrote:
> Ok, what is the best place to discuss this?
The GNU coreutils home page is here:
http://www.gnu.org/software/coreutils/
The best place to discuss upstream GNU coreutils issues is on the
bug-coreutils@gnu.org mailing list. You do not need to be subscribed
to post there b
Pierre Habouzit wrote:
> what is the point of not supporting tail +n syntax, does it breaks
> anything ?
A conforming POSIX 1003.1-2001 implementation is supposed to treat
arguments with a leading "+" as a file name, not as an option. Some
people do actually start file names with a "+" sign. (O
Zack Weinberg wrote:
> Bob Proulx wrote:
> > Just a detail clarification...
> > HP-UX 10.20, arguably the oldest HP-UX version still in active use
> > anywhere, supports the 'tail -n#' syntax.
>
> Are you absolutely certain that the version of tail in /bin or
Zack Weinberg wrote:
> It has also been reported to be the case for various releases of
> HP-UX and AIX. On these systems, POSIX-2001 syntax like "tail -n 1"
> simply *does not work*.
Just a detail clarification...
HP-UX 10.20, arguably the oldest HP-UX version still in active use
anywhere, suppo
Matthew Garrett wrote:
> Bdale Garbee <[EMAIL PROTECTED]> wrote:
> > There are several files that are BSD with advertising clause, including
> > libntp/memmove.c, libntp/mktime.c, libntp/random.c, libntp/strerror.c,
> > libntp/strstr.c, ntpd/refclock_jupiter.c, and ntpd/refclock_mx4200.c.
> > These
> Package: kdelibs
> Debian Bug : 287201
> ...
> For the stable distribution (woody) this problem has been fixed in
> version 2.2.2-13.woody.13.
This fails to upgrade for me. It seems I don't have libarts
installed. This package introduces four new files and a change and
increase in
45 matches
Mail list logo
