control: affects -1 chromium-browser
Since the question was asked about how the chromium package handles
this, it does use libvpx as a shared library, but we have to disable
support for vp9 because of this bug.
Best wishes,
Mike
Sean Whitton wrote:
> After the release of stretch, I intend to work on removing xpdf from the
> archive for the reason that it is unmaintainable, not because it depends
> on poppler.
Orphaning does not mean that a package is unmaintainable. As I've
stated elsewhere I will continue to be willing
Svante Signell wrote:
> What else do you need? What are your problems with a _real_ upstream xpdf?
You don't seem to get what everyone is telling you. If you are not
capable of or willing to maintain xpdf with the poppler backend, then
you should not be its maintainer.
If a non-popplerized xpdf
package: needrestart
severity: minor
version: 2.11-2
Needrestart's apt hook on kfreebsd always says that a newer kernel is
available even though the kfreebsd kernel package has not changed.
Best wishes,
Mike
package: wpasupplicant
severity: serious
justification: policy 3.5
version: 2.5-2+v2.4-3, 2:2.4-1
wpasupplicant relies on ifupdown, but there is no relationship to it
declared in the packaging.
For example, without ifupdown installed running these commands:
# ifconfig wlan0 create wlandev iwn0
#
P.P.S I recommend reading pkg-chromium git master to avoid getting of
to a bad start by conflating a now (pending) fixed bug with the
underlying defaults issue.
Let me clarify. I am not going to make a decision about this, you are.
Form a consensus (all involved must agree), and I will accept an
implementation of what ever that turns out to be, but I reserve the
right to exclude any negative participants.
If no consensus forms (if there is any remaining
package: src:chromium-browser
severity: important
version: 55.0.2883.75-6
This is the topic du jour. I honestly don't care either way, but I
will only tolerate rational conversation about it. The first
negative, emotional, or insulting statement here (and that includes
provocative language like
control: tag -1 pending
Uploaded to delayed/5 to give -4 a chance to migrate.
Best wishes,
Mike
control: tag -1 moreinfo
On Fri, Feb 24, 2017 at 9:33 AM, Toni Mueller wrote:
> Package: xserver-xorg-core
Did you only install xserver-xorg-core? If so, you will be missing a
lot of important packages, like xserver-xorg-input-libinput, which
provides mouse support. To get all packages needed,
control: severity -1 wishlist
control: retitle -1 chromium: switch to namespace sandbox
The sandbox is a necessary security feature. A bug years ago doesn't
necessarily mean that it is faulty today. There are lots of new
security bugs in chrome every few weeks, and rarely do they have to do
with
control: tag -1 moreinfo
Extension updating should be working correctly as of 56.0.2924.76-1.
Chromium varies how often it looks for updates. I think the maximum
is a week, so if updates are still not fetched after a week then there
is still a problem. Otherwise this is working as intended.
Be
control: tag -1 moreinfo
I tried rar on up to date i386 and amd64 stretch systems. Versions
5.3 and 5.4 both work fine for me.
I am not sure if this is related or not, but linux 4.8.15-1 changes
vsyscall, which was mentioned in message #25.
Has anyone else tested this lately?
Best wishes,
Mike
On Sun, Feb 19, 2017 at 6:02 PM, Mario Lang wrote:
> What are current plans on this bug? I guess it is too late for Stretch?
As represented by the buginfo, this is considered blocked by #826011
and #826012. Help there would get this moving faster.
Best wishes,
Mike
package: src:bind9
severity: grave
version: 1:9.10.3.dfsg.P4-11
The fix for this issue causes more regressions.
control: tag -1 - moreinfo
On Mon, Feb 6, 2017 at 8:07 AM, Felipe Sateler wrote:
> module-console-kit does nothing when systemd-logind is detected. If
> it's failing for you then you do not have systemd (or the -shim)
> installed and running.
You are correct, I do not have systemd installed on th
package: src:debhelper
severity: wishlist
Options that are common to all of the debhelper commands are only
documented in the debhelper.7 manpage.
It could be helpful and clearer to add that information also to the
manpages for individual commands, like dh_strip.1.
Best wishes,
Mike
package: chromium-widevine
severity: serious
version: 55.0.2883.75-6
Just like #824169, the contrib dbgsym binary package causes the source
package to be duplicated in contrib.
Best wishes,
Mike
package: release.debian.org
user: release.debian@packages.debian.org
usertags: unblock
Please consider unblocking chromium. This is a large upstream release
like usual with a bunch of security fixes. As is done for jessie, the
plan is to push ongoing upstream security updates to
stretch(-sec
control: found -1 37.0.2062.120-1
control: reopen -1
Upstream changes reintroduced this problem.
Best wishes,
Mike
On Sun, Feb 5, 2017 at 8:32 PM, Michael Gilbert wrote:
> There something else to this that needs to be figured out. Have you
> tried searching the steam forums?
Does installing the nvidia-driver-libs-i386 package as suggested in
#839592 help?
If so, the problem was not installing the
package: pulseaudio
severity: important
version: 10.0-1
Pulseaudio's default settings require the consolekit package to be
installed, but the package has no relationship to consolekit.
Without consolekit:
$ pulseaudio
[...]
E: [pulseaudio] module.c: Failed to load module "module-console-kit"
(arg
control: tag -1 unreproducible
> I just did a fresh install of Debian Sid on my computer,
> and I tried to install Steam
> - libxtst6:i386
> - libxrandr2:i386
> - libglib2.0-0:i386
> - libpulse0:i386
Hi, I'm not able to reproduce this from a fresh install. Steam
launches fine for me without any
package: xserver-xorg-legacy
severity: wishlist
version: 2:1.19.1-4
It is possible to install xserver-xorg-legacy without
xserver-xorg-input-libinput, but when launched there is, of course, no
mouse/input handling. It could be helpful if there was a depends or
recommends relationship.
Best wishe
On Wed, Feb 1, 2017 at 2:19 PM, Riku Voipio wrote:
> Can you push the current experimental to git so I can merge the
> fix on top of it, or should I just do it myself?
Just pushed now, I had it all staged a while back but forgot to push.
Apologies.
Best wishes,
Mike
package: src:chromium-browser
severity: grave
version: 56.0.2924.76-1
The upload to experimental fails to build on armhf due to new NEON code.
Best wishes,
Mike
control: tag -1 moreinfo, upstream
control: severity -1 minor
This might be one of these upstream bugs:
http://crbug.com/652788
http://crbug.com/636548
http://crbug.com/597800
http://crbug.com/29871
Some have suggestions, do they help?
Best wishes,
Mike
On Thu, Jan 26, 2017 at 6:41 AM, Arturo Borrero Gonzalez wrote:
> could you please share yours plans regarding this bug?
Patches welcome?
Best wishes,
Mike
On Sun, Jan 22, 2017 at 6:26 AM, Luca Boccassi wrote:
> This will allow a clean rebuild for backporting purposes. Would really
> appreciate a lot if this change could be made :-)
There are no jessie backports of bind.
Best wishes,
Mike
control: reopen -1
I was wrong in the changelog, upstream has not yet implemented a fix for this.
Most of the connections to 1e100.net are due to using Google as the
default search engine. README.Debian describes how you can change
that.
Best wishes,
Mike
control: reopen -1
The updater patch is mistakenly still applied.
Best wishes,
Mike
control: tag -1 moreinfo, upstream
Did versions prior to the latest security update do this? Is there an
upstream bug about it? If not, please submit one and link back here.
Best wishes,
Mike
control: retitle -1 RFP: libchromiumcontent -- content module
control: reassign -1 wnpp
I recently added a chromium-shell package, but I don't think that's
quite what you're looking for.
You're probably looking for something like libchromiumcontent [0]?
Best wishes,
Mike
[0] https://github.com/
control: severity -1 wishlist
control: retitle -1 chromium: add extensions option to CHROMIUM_FLAGS
This update does not remove anything, so there is no reason to think
there is data loss.
I agree that setting the option in CHROMIUM_FLAGS should be supported.
Best wishes,
Mike
Douglas A. Augusto wrote:
> This trick works for me too. By the way, I just found out that the reported
> bug also affects octave-gui (4.0.3-2+b2), which randomly freezes just like
> chromium. And the exact same trick you described also works with
> octave.
Is this #801128?
Best wishes,
Mike
control: tag -1 moreinfo
Since this also effects upstream google-chrome, and other applications
like octave-gui, it may be more likely a mesa, X11, or gpu driver bug.
For those willing to dig in, try rolling some of the underlying
packages back a few months.
Best wishes,
Mike
control: severity -1 normal
control: tag -1 unreproducible, moreinfo
On Fri, Jan 20, 2017 at 5:15 AM, moep wrote:
> My dhclient.leases looked normal, but at one section there are unusual signs:
Can you provide more information about how to reproduce this? Are you
using anything else that might b
> it appears that there isn't a version of virtualbox from debian-testing.
It got kicked out of testing because of an RC bug [0]. You can still
install the package from unstable, or just stick to stable for
everything.
Best wishes,
Mike
[0] http://tracker.debian.org/news/822936
control: tag -1 -wontfix
control: severity -1 wishlist
Masatake YAMATO wrote:
> Could you tell me what you are frustrated with?
> My patch, watch file mechanism or ftp directory structure of bind9?
[...]
> version=3
> http://ftp.isc.org/isc/bind9/cur/(\d.*)/ \
> bind-(\d.*)\.tar\.gz
This won't w
control: tag -1 moreinfo
On Sun, Jan 15, 2017 at 12:23 PM, Wolfgang Walter wrote:
> After upgrading from 4.3.5-1 to 4.3.5-3 relaying bridge interfaces seem not
> to work any more:
dhcommon-getifaddrs.patch is the only thing I think that would have
touched dhcrelay during the last two updates. C
On Fri, Jan 13, 2017 at 4
> Upstream has actually added a patch for this already in the stable
> branch as far as I know, so I expect this to actually have been
> fixed in 9.10.4-P5.
I worked on this today, their patch is not applied in -P5, so I'll be
uploading a version with Bernhard's suggestio
control: tag -1 moreinfo
On Sat, Jan 14, 2017 at 7:47 AM, Jens Reyer wrote:
> What exactly did you set, which is then reverted by Wine?
>
> ftr, recently we (only) changed something in this area in
> wine-development 2.0~rc4-1 / wine 1.8.6-2, so I don't think there's a
> regression in the Debian p
control: tag -1 moreinfo
On Sun, Apr 12, 2015 at 4:14 AM, Jose Miguel Sanchez Ales wrote:
> The dhcpd server dies with segmentation fault when exceeds the lease
> limit in a class.
A similar problem with lease limits on 64-bit systems was fixed in the
client in 4.3.3-2, bug #795227. Did that als
On Tue, Jan 3, 2017 at 8:49 AM, Jens Reyer wrote:
> This meets my personal preference. What do others think?
In the long term, I think we'll end up needing to blacklist all
extensions with this approach.
I'm ok with it as a temporary solution for stretch, but the ideal
approach would only create
package: wnpp
severity: normal
I don't have as much interest in xpdf as I used to, so I'm giving it
up to the next loving home. I'll still try to help out if I find
myself with free time and motivation, or if there are hard problems.
Best wishes,
Mike
There is currently a patch applied, disable/extension-updater.patch,
to address some of the concern about unrequested network connections.
The right approach here is to create debian packages for extensions
(for example chromium-lwn4chrome), rather than fetching them from
third party sites.
Best
On Mon, Dec 5, 2016 at 8:10 AM, Dominik Vogt wrote:
> In other words, xpdf is not going to be fixed in Debian 7.1 ever,
> since there are no plans to backport the fix (that has been around
> since before the bug report was created) to 7.1?
Correct, debian 7 is now past end of life, please consider
> There's no hope fixing keyboard switching for stretch, right?
Is this not #841729? There is a simple workaround.
Best wishes,
Mike
On Mon, Nov 21, 2016 at 8:49 AM:
> Hello!
>
> I've also faced the bug. And it's also mentioned here:
> http://blog.schlomo.schapiro.org/2013/11/setting-hostname-from-dhcp-in-debian.html
> .
>
> It's caused incorrect if in file /sbin/dhclient-script
Does the fix applied for #604883 help? That's b
On Sun, Nov 20, 2016 at 9:16 PM, Jens Reyer wrote:
> wine-development 1.9.22-1 (in stretch) built successfully on all
> architectures when it was uploaded to unstable, but fails to
> build in a stretch environment on i386 now (amd64 is still fine).
> Exactly the same for 1.9.23-1 on i386 in a sid e
control: tag -1 upstream, confirmed
control: severity -1 minor
You'll need to take this problem to Valve.
Best wishes,
Mike
control: tag -1 moreinfo
Valve links in a bunch of libraries that are actually unused. Adding
them as dependencies isn't useful.
If you can narrow down specifically which dependency is missing for
your setup, I'm happy to add it.
Best wishes,
Mike
On Thu, Oct 6, 2016 at 1:43 AM, Riku Voipio wrote:
> Just requested on the alioth project and subscribed to the list.
Hi,
It took some time to get a response from alioth admins. I've accepted
your request now. Welcome to pkg-chromium!
Best wishes,
Mike
package: xfce4-terminal
severity: normal
version: 0.8.0-1
The behavior of ctrl-shift-pageup and ctrl-shift-pagedown in prior
versions was to scroll back through terminal output.
With 0.8.0, the default settings for tab moving keyboard shortcuts
override this.
(gtk_accel_path "/terminal-window/mo
On Wed, Oct 5, 2016 at 2:56 PM, Riku Voipio wrote:
> I understand if you feel the arm builds are a burden of extra work for
> you. The churn of code in chromium and the rapidly rolling security
> updates certainly made it challenge for me to keep building up-to-date
> arm packages manually. So I'm
On Wed, Oct 5, 2016 at 5:11 AM, Dave Whitla wrote:
> This issue persists 4 years later in Jessie 4.3.1-6+deb8u2.
> It may be minor for the maintainer but its a showstopper for my usage.
I'm happy to consider a patch that scratches your itch.
Best wishes,
Mike
control: tag -1 moreinfo, unreproducible
Hi, I am not able to reproduce this. I see you have a mixed
stable/testing setup, are any of your chromium dependencies from
testing?
I also see you have i386 as a foreign architecture, is this a
chromium:i386 package on amd64?
Not much can be done witho
control: severity -1 minor
control: retitle -1 chromium: crashes when run as root
Running any web browser as root isn't a great idea to begin with.
Best wishes,
Mike
control: severity -1 important
control: forwarded -1 http://crbug.com/571277
There are a few suggestions in the upstream bug, do any of them help?
Also bug #833342 seems similar.
Best wishes,
Mike
control: tag -1 moreinfo
> However when I run steam in Sparky I do not get these panic messages, and
> furthermore, steam does not crash. In Sparky, when I do
[...]
> While in Sparky, I am running nouveau version: 1:1.0.12-2,
> libdrm-nouveau2:amd64 2.4.68-1
There is a libdrm-noveau2 2.4.70-1~bpo
control: forwarded -1 http://crbug.com/319437
Here is the upstream bug you mentioned. I haven't looked in detail,
but that may only implement gtk2 support.
It may be straightforward to develop a gtk3 support patch too.
Best wishes,
Mike
control: severity -1 minor
control: tag -1 confirmed
If you're not actually using it, uninstalling the gnome-keyring
package is a workaround.
Best wishes,
Mike
control: tag -1 moreinfo, unreproducible
I don't see this with the current release. Is it still a problem? If
so, can you provide information about anything configured differently
on your system?
Best wishes,
Mike
control: tag -1 moreinfo
control: severity -1 minor
Chromium uses priority 40 for update-alternatives while firefox uses
priority 70, so it shouldn't take precedence, and nothing in the
package related to alternatives or mime types changed between versions
mentioned.
The problem could be an updat
control: tag -1 moreinfo
control: severity -1 minor
Do any of the suggestions in http://crbug.com/515984 help?
Best wishes,
Mike
control: tag -1 moreinfo
control: severity -1 minor
I don't think this is a chromium bug. GTK3 settings live in a new path:
http://shallowsky.com/blog/linux/gtk3-emacs-key-theme.html
Best wishes,
Mike
control: severity -1 minor
control: forwarded -1 http://crbug.com/615164
You should be able to work around this by using GDK_BACKEND=x11.
Best wishes,
Mike
control: severity -1 minor
control: forwarded -1 https://bugs.chromium.org/p/v8/issues/detail?id=2195
This seems to be a known issue in libv8, but upstream closed it
without doing anything about it.
Best wishes,
Mike
control: severity -1 wishlist
control: reassign -1 devscripts
control: affects -1 apt-listdifferences
control: retitle -1 [debdiff] option to avoid dereferencing symlinks
On Mon, Dec 22, 2014 at 7:03 PM, Achim Schaefer wrote:
> when running apt-listdifferences, it happens sometimes, diff is compar
On Thu, Jun 16, 2016 at 7:58 PM, Jens Reyer wrote:
> Proposed roadmap:
> - Release wine 1.8.3-1 (with the changes I've pushed to git today,
> needs a sponsor).
> - Release wine-development 1.9.13 (next week) with these or similar
> changes.
> - Implement alternatives system in wine (1.8.3-2) on
> How about stack traces from a first message? Are they useless?
Without debugging symbols, basically yes.
> If you want full backtrace from gdb then describe how to get if, because
> usual approach (gdb --> run --> segfault --> bt full) will not
> work with chromium as far as I understand.
htt
control: tag -1 help, moreinfo
control: retitle -1 chromium: i386 build crashes on many websites
A backtrace that includes chromium's debugging symbols would be more
helpful than the "me too" messages.
The biggest difference from deb8u1 is embedded instead of system
ffmpeg. It would be useful to
control: reopen -1
I tested the experimental package on armhf, and it always crashed, so
I didn't include this in the latest upload.
This will need to wait for a more reliable patch.
Best wishes,
Mike
control: tag -1 moreinfo
I am currently not able to reproduce this. Valve did an update toward
the end of March, did that fix this?
Best wishes,
Mike
control: tag -1 upstream
control: severity -1 wishlist
Berillions wrote:
> If I add "OPTIONS+="static_node=uinput" to "# Steam Controller udev write
> access", the controller is recognized correctly as a gamepad in my games.
The udev rule currently shipped is Valve's, so if you think it needs
to
Chromium 50 dropped support for externally linking to strp, so this
probably works now, please test.
Be aware of #821154, all video is probably broken with the current upload.
Best wishes,
Mike
control: tag -1 help, confirmed
control: severity -1 grave
x-debbugs-cc: pkg-multimedia-maintain...@lists.alioth.debian.org
Jose A. Fernandez Gonzalez wrote:
> Version 49 of Chromium and earlier versions depend on ffmpeg libraries
> (libavcodec, libavformat, libavutil, ...) and it seems version 50
On Fri, Apr 8, 2016 at 11:34 AM, Jens Reyer wrote:
> But I'm not really happy with them, although I see them as the best
> solution for now. Therefore this painfully long mail, sorry.
Thank you for digging into the details here.
> Improving new situation:
>
> If we keep m
On Wed, Apr 6, 2016 at 11:52 PM, Jörg Frings-Fürst wrote:
>> > $ systemctl start isc-dhcp-server
>> > Failed to start isc-dhcp-server.service: The name
>> > org.freedesktop.PolicyKit1 was not provided by any .service files
>> The org.freedesktop.PolicyKit1.service file is provided by the
>> policyk
control: severity -1 serious
Raising severity now that bind 9.10 is in unstable this now blocks its
transition.
Best wishes,
Mike
control: severity -1 important
control: tag -1 moreinfo, unreproducible
On Mon, Feb 29, 2016 at 4:11 PM, Joerg Frings-Fuerst wrote:
> $ systemctl start isc-dhcp-server
> Failed to start isc-dhcp-server.service: The name org.freedesktop.PolicyKit1
> was not provided by any .service files
The org.
contlol: severity -1 normal
On Sun, Apr 3, 2016 at 3:43 AM, LACROIX Jean Marc wrote:
> On recent Debian Kernel (3.16.7-ckt25-1) based on Jessie 8.4, i try to
> setup one bridge (br-admin) with 2 externals devices.
The description that follows isn't totally clear, are you saying that
this worked c
package: release.debian.org
user: release.debian@packages.debian.org
usertags: transition
severity: normal
x-debbugs-cc: lam...@debian.org
Hi,
I would like to request a transition for bind9. Here is the status of the
reverse build dependencies:
bind-dyndb-ldap: a new version is staged in ex
On Wed, Mar 9, 2016 at 10:20 AM, Markus Koschany wrote:
> https://github.com/JetBrains/kotlin
>
> This one seems to be the blocker because kotlin build-depends on
> components of IntelliJ IDEA and all in all that's a lot of stuff for a
> mere library.
This is the huge dependency stack that I was r
> I have switched the build-dependency to default-jdk and changed
> JAVA_HOME in debian/rules accordingly. However the package FTBFS with
> OpenJDK 8. I guess packaging the latest upstream release would be the
> best option.
2.9.3 is supposed to support building without ant. I looked at it a
whil
control: severity -1 normal
control: tag -1 moreinfo, unreproducible
On Wed, Dec 10, 2014 at 7:53 AM, Julien Grall wrote:
> We have some desktop running debian Jessie which lost the network every
> few days. At that time we got the following messages in syslog:
>
> Dec 9 20:07:57 chilopoda Networ
package: ftp.debian.org
severity: normal
Please remove fonts-wine-development. It is no longer built by the
source package.
Best wishes,
Mike
control: tag -1 moreinfo
On Mon, Feb 1, 2016 at 9:21 AM, Bjørn Mork wrote:
> Running e.g. winefile with WINEDEBUG=warn+all results in lots of
> warnings like this:
>
> fixme:font:freetype_SelectFont can't find a single appropriate font - bailing
You may need to run winecfg to update an existing
package: src:chromium-browser
severity: grave
version: 46.0.2490.71-1
The latest upstream versions exhaust memory with ld.bfd as the linker
on i386. The gold linker so far seems to avoid this.
On Fri, Jan 22, 2016 at 1:14 PM, Dan Jacobson wrote:
> c> Could you please check the same on latest version and update the thread.
>
> I would but the new package was never put into Debian!
Have you ever looked at buildd.debian.org before? If you were willing
to do that, you would see that a bug
control: tag -1 moreinfo
control: severity -1 minor
> Subject: isc-dhcp-server: search domain still 'home' with ddns-update-style
> interim
Your description is quite hard to follow, so I'm not sure what problem
it is you're having. Please try to clarify.
>* What outcome did you expect inst
package: src:unicode-data
version: 8.0-2
The version of allkeys.txt included is version 7.0.0 in the
unicode-data 8.0 package, not the expected version 8.0.0.
Best wishes,
Mike
> For reference, in
> https://code.google.com/p/chromium/issues/detail?id=567968#c8 I've
> given some of the arguments for this behavior as it stands. Please read
> my comments there before considering patching this downstream.
>
> If you continue to believe this is a "bad implementation choice" I
On Wed, Dec 16, 2015 at 10:11 AM, Salvatore Bonaccorso wrote:
> Hi,
>
> Attached is proposed debdiff for the unstable upload (not yet uploaded
> to any delayed queue, just want to check I do not interfere with your
> work on it already).
You can do the nmu. I don't have time right now.
Best wish
On Wed, Dec 16, 2015 at 3:22 PM, Raphael Hertzog wrote:
> Hello dear maintainer(s),
>
> the Debian LTS team would like to fix the security issues which are
> currently open in the Squeeze version of bind9:
> https://security-tracker.debian.org/tracker/CVE-2015-8000
As mentioned before, please go a
On Sat, Dec 12, 2015 at 10:06 PM, David Fries wrote:
> I'm sorry, yes I should have been more specific, I measured it now at
> 138 pixels, which is a tenth of a window for me at home or a twentieth
> at work.
138 pixels seems like an incredibly arbitrary choice. For HD monitors
those pixels will
control: tag -1 upstream
Since this isn't a packaging issue, please report this upstream.
Best wishes,
Mike
control: tag -1 confirmed, -moreinfo
On Sat, Dec 12, 2015 at 8:40 PM, David Fries wrote:
> Which version of chromium are you running that isn't showing the
> problem? If there is some other way for the scroll bars to work
> properly that would be the only alternative to patching it seems. Or
> d
control: tag -1 moreinfo
control: severity -1 minor
control: forwarded -1 http://crbug.com/567968
> Upstream chromium broke the scroll bar behavior, move a few pixels
> away from the scroll bar and it jumps back someplace else
This does seem like it would be unexpected, and their comments even
sa
201 - 300 of 3327 matches
Mail list logo
