Package: reportbug
Version: 7.1.1
Followup-For: Bug #849564
This bug seems like it maybe should be higher severity than 'normal'. On
systems that have 7.1.1 installed, I can't seem to run reportbug no matter
what I do. It seems from scanning the problem python code that I would need
to not have
On Tue, 3 Jan 2017, Dimitri John Ledkov wrote:
On 31 December 2016 at 09:48, Matthew Gabeler-Lee wrote:
Snazzy would be to bake the system hostname into the initramfs (Ubuntu seems
to do this as part of the baseline initramfs-tools, but Debian not so much)
so that this problem largely went
Package: mdadm
Version: 3.4-4
Severity: normal
I had some recent array events, notified by email (worked), and was trying
to look up when the recovery finished in syslog, only to discover that the
mdadm array monitor is not logging to syslog. This seems to be because the
systemd unit and/or initr
Package: lxc
Version: 1:2.0.4-1
Severity: normal
File: /usr/bin/lxc-create
I ran lxc-create to setup an image, and realized I had given it the wrong
arguments (wrong distro version, nothing dramatic), so I stopped it with
Ctrl-C and cleaned up the partial directory it left behind.
Some time later
Package: mtr
Version: 0.86-1+b1
Severity: wishlist
A new upstream release 0.87 has a fix (of sorts) for the problem where MTR
will not trace a successful path that has more than five non-responding
hops. I say fix "of sorts" because the default limit for this has not been
changed, but it is now p
On Thu, 13 Oct 2016, Rogier Wolff wrote:
No! Not a "more reasonable" value! An outrageous value!
You have a network where 5 hops-in-a-row don't conform to IP standards. And
then you expect mtr to work?
traceroute works fine, ping works fine, tcp connections work fine ...
but mtr is special a
Package: tightvncserver
Version: 1.3.9-8
Severity: important
tightvncserver was working fine for me for a long time until I restarted my
VNC server session recently. Now I find that in most apps I can type fine,
but certain apps get the keys all wrong. Nearly the entire un-shifted US
keyboard (l
On Tue, 6 Sep 2016, Matthew Gabeler-Lee wrote:
I upgraded to 231-5, but I'm still having this problem, exactly as described
by the prior reporters :(
Sorry, please disregard this. The problem is that upgrading systemd
doesn't restart running daemons sufficiently for at least t
Package: firefox
Version: 48.0-1
Severity: normal
After upgrading to Firefox 48, I noticed that Google Sheets on my "normal"
DPI system does not render fonts legibly any more.
Changing gfx.canvas.azure.backends from skia to cairo and restarting firefox
fixes this.
I think this may be related to
Package: autoconf-archive
Version: 20160320-1
Severity: important
After updating this package, builds of other software are failing:
srcdir$ aclocal-1.9
/usr/share/aclocal/ax_cxx_compile_stdcxx_14.m4:32: file
`ax_cxx_compile_stdcxx.m4' does not exist
Google suggests that this has been fixed ups
On 04/07/2016 04:42 AM, Ritesh Raj Sarraf wrote:
> What hardware are you on? There's a recent kernel fix in the thermal
> subsystem,
> which affected many users.
>
> https://bugzilla.kernel.org/show_bug.cgi?id=114551
> https://bugzilla.redhat.com/show_bug.cgi?id=1317190
This sounds exactly like my
Package: eclipse
Version: 3.8.1-8
Severity: normal
After updating to the current gnome packages from testing this morning,
portions of eclipse are no longer readable. Most problematic is the quick
outline, which now displays most text as "white on white".
-- System Information:
Debian Release: s
Package: virt-manager
Version: 1:1.4.0-3
Severity: normal
If the remote VM display window is exactly the size it needs to be, then the
remote display does not render for me. If I resize the window to be just
one pixel bigger (in either or both dimensions), everything works fine. Of
course, this
Package: src:linux
Version: 4.7.5-1
Severity: normal
The 4.7 kernel seems to have MASSIVELY changed how firewalls are allowed to
use conntrack modules by default, rendering many common firewall
configurations invalid in significant ways.
This should be called out in the NEWS (possibly conditional
On Mon, 3 Oct 2016, Ben Hutchings wrote:
The kernel has warned about reliance on auto-loading conntrack helpers
since 3.5, so this should not be surprising.
How many people do you think really peruse dmesg for low level warnings?
Esp. considering that the kernel boot messages aren't even prin
On 05/26/2016 04:02 PM, Emilio Pozuelo Monfort wrote:
> Thanks for your report, and sorry for the trouble this caused.
I would like to note that, with the latest updates to GNOME:
1) xserver-xorg-input-synaptics is mostly non-functional, insofar as
adjusting settings and having things work the w
Package: libc6-dev
Version: 2.36-4
Severity: normal
On my partial testing system, after libc6{,-dev} upgraded from 2.35-4 to
2.36-4, ld (from binutils 2.35-2 from stable) could no longer link binaries
due to errors like this:
/usr/bin/ld: /lib/x86_64-linux-gnu/libc.so.6: unknown type [0x13] secti
Package: python3-gtts
Version: 2.0.3-4
Severity: important
The current version of this package no longer works:
gtts.tts - WARNING - Unable to get language list: 'NoneType' object is not
subscriptable
Usage: gtts-cli [OPTIONS]
Try 'gtts-cli -h' for help.
Error: Unable to find token seed! Did h
Package: desktop-base
Version: 12.0.2
Severity: wishlist
Updating some systems to Bookworm to try things out, I noticed the new
desktop theme is blurry on many systems compared to Bullseye, becaues the
Bullseye default "Homeworld" theme came with images (esp. SVGs) targeting
several resolutions ab
Source: golang-1.21
Version: 1.21.0-1
Severity: important
Tags: ftbfs
Context: trying to build local golang-1.21 packages against stable (bookworm)
If dh-golang is installed, building the golang toolchain itself fails tests,
specifically TestCgoLib in src/cmd/nm/nm_cgo_test.go:
--- FAIL: TestCg
On Tue, 15 Aug 2023, Shengjing Zhu wrote:
So why would you install dh-golang? It's not listed in golang-1.21's
Build-Depends.
To build other packages. Building Go and building packages that use Go
on the same system doesn't seem weird to me. Is your view that source
packages only need to be
Package: mime-support
Version: 3.39-1
Severity: wishlist
Would be helpful (mostly for apache) to have the .flv (Flash Video) format
in /etc/mime.types. For magic detection, it appears to start with ASCII
"FLV".
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy:
Package: kernel-package
Version: 11.001
Followup-For: Bug #410035
I can confirm this behavior. I was seeing it before with
patch_the_kernel=YES and no patches. Now I've noticed another related
problem that this bug introduced.
I added a patch to my kernel, and noticed that it wasn't getting unp
Package: lirc-modules-source
Version: 0.8.2-1
Followup-For: Bug #447172
I saw this problem too. It looks like it is including the
automake-generated makefile for drivers/Makefile, with no include to get the
kernel build rules. Items in debian/rules and elsewhere indicate that there
were in the p
On Sat, 21 Jul 2007, Brice Goglin wrote:
> Does it help if you:
> * get a ModeLine for your desired resolution/refresh rate with something
> like
> gtf 1024 768 78
> and add it to your xorg.conf Monitor section
> * add a PreferredMode line to your Monitor section
> Option "PreferredMode"
Package: emdebian-tools
Version: 1.4.1
Severity: normal
I'm trying to build an i386/i486 cross compiler chain using emchain on the
amd64 arch. emchain gives me the "Error. Mismatch in source versions" error
when trying to do so, complaining that 4.3.1-9 is what's built on i386, but
I'm trying to
Package: libc6
Version: 2.7-16
Severity: normal
Ancient bug #177940 seems to have cropped up again, or something similar to
it. I'm building owfs, which uses the AC_FUNC_MKTIME, and it's deciding
that mktime doesn't work, after a timeout (a note in the test source says
"This test makes some bugg
Package: gidentd
Version: 0.4.5-7.2
Severity: important
gidentd does not work on a kernel without ipv6 support.
In gidentd.c, in open_proc_files, it unconditionally attempts to open
/proc/net/tcp6, and fails if it cannot. It does not check if the -4 option
was given (instructing it to do ipv4 o
Package: gmailfs
Version: 0.7.1-6
Followup-For: Bug #378312
I'm seeing the exact same behavior as the original reporter.
$ mount.gmailfs none /home/cheetah/gmailfs -o username=fastcat -p
Gmail password:
$ cd gmailfs
$ ls
Traceback (most recent call last):
File "/usr/share/gmailfs/gmailfs.py",
Package: watchdog
Version: 5.6-1
Severity: normal
I was configuring watchdog for my system, and was getting strange complaints
about invalid lines in the config file. After a little investigation, I
discovered that the config parser has a default maximum line length of 80.
Two observations:
1)
Package: daemontools-run
Version: 1:0.76-3
Severity: important
daemontools-run nicely starts all the services going at init, but it fails
to stop them cleanly at shutdown. Because svscan is designed to keep things
going, init's attempt to kill everything at shutdown fails to stop some
daemontools
Package: grub-common
Version: 1.96+20090709-1
Severity: normal
I'm seeing what I think is a new manifestation of the same bug. On an
earlier version of grub2, I saw the same FPE, then I upgraded and it was
working (sorry, not sure what version that was), and then I (think) I
upgraded again, and n
Package: grub-common
Version: 1.97~beta4-1
Severity: important
grub-setup is segfaulting in its lvm scanning code. This made my system
unbootable. Since even grub-legacy uses grub-probe from grub-common,
getting my system to boot again was quite the ordeal :(
A stack trace of the crash, from a
Package: debconf
Version: 1.5.27
Severity: normal
When attempting to resolve issues with a new config file in a package
upgrade, the dialog (whiptail) frontend for some reason cannot start a
subshell to examine the situation. The screen flashses and instantly
returns to the menu of choices.
Aft
Package: netfilter-extensions-source
Version: 20080326+debian-1
Severity: normal
When trying to build against stock linux 2.6.25.3 kernel (haven't tried any
other kernel versions), I get the following errors:
CC [M] /usr/src/modules/netfilter-extensions/net/ipv4/netfilter/ipt_TARPIT.o
/usr/src
Package: ipset
Version: 2.3.0-1
Severity: normal
Tags: upstream patch
Trying to run ipset --unbind :all: :all: causes a segfault. Reported
upstream at
https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=539
Trivial patch to fix it:
--- ipset.c.orig2008-05-15 13:02:26.
Package: xserver-xorg-video-intel
Version: 2:2.1.0-2
Severity: normal
Because of limitations in my hardware, I have a Modes section that is meant
to explicitly limit which video modes the i810/intel driver uses. The
driver detects, and would normally try to use, several video modes that my
hardwa
Package: pwgen
Version: 2.05-1
Severity: normal
When pwgen is given the -c, -n, and -B options together (include at least
one capital letter, include at least one number, avoid ambiguous
characters), it does not always obey the -n + -c combination. Example:
$ pwgen -c -n -B 8 5
ieChei9s Yah3Tu3
Package: swish-e
Version: 2.4.3-3
Severity: important
The XS part of the swish-e perl library is not built correctly on amd64,
though it does appear to be correct on i386. The problem is that
/usr/lib/perl5/auto/SWISH/API/API.so is not linked against libswish-e or
libxml2, thus producing undefin
Package: grub-common
Version: 1.98+20100804-4
Severity: important
Any invocation of grub-probe that I try on my system, except --help,
segfaults. From past experience, I know better than to try to reboot,
because this has almost certainly rendered my system unbootable ...
I built a debug version
One more thing I noticed ... For a while the ability for dh-make-drupal to
identify packages and versions from the website was broken, and I'd assumed
that hadn't been fixed so I'd been building modules by manually downloading
tarballs and then running dh-make-drupal project -t <...>.tar.gz -V x
On 14:59, Gunnar Wolf wrote:
Hi,
I'm sorry it took me so long to look at this bug. The bug report seems
invalid to me, as dh-make-drupal does not take that information from
the *.info file (only the dependencies are taken from there). The
versions list is retreived from the Web site.
If you hav
I can't say for sure if that is the exact version that fixed it, but I have
since upgraded grub, and I can confirm that at least the current version in
testing (1.98-1) is working properly for me.
Thanks,
-Matt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wit
Package: dkms
Version: 2.1.1.2-2
Severity: important
When invoking dkms after installing a new kernel, the kernel postinst script
hides all errors. It pipes the output of /usr/lib/dkms/dkms_autoinstaller
to /dev/null, and does not check its return code. If any of the modules
dkms is attempting t
Forwarded: bug-...@gnu.org
Tags: patch
Since nobody looked at this, I forwarded this upstream. They responded with
this simple patch which fixed the issue for me.
>From e21d54e8cd3d8026ad56f90cc6bde831106c2cb9 Mon Sep 17 00:00:00 2001
From: Sergey Poznyakoff
Date: Mon, 17 May 2010 20:22:16 +03
Package: ntp
Version: 1:4.2.6+dfsg-1
Severity: normal
I noticed I was getting syntax errors in syslog related to this option, and
upon further investigation, I found that the option is really and truly gone
according to the ChangeLog in the source, and looking at ntp_parser.y, it
really really is
Package: tar
Version: 1.23-1
Severity: important
When doing an incremental backup using --listed-incremental that includes
the root directory, tar segfaults.
Example:
## create the full backup
tar --create --one-file-system --file /tmp/tartest.tar \
--listed-incremental /tmp/tartest.list --e
Package: nvclock
Version: 0.8b3-1
Severity: wishlist
Upstream has anew version 0.8 beta 4.
http://www.linuxhardware.org/nvclock/
http://www.linuxhardware.org/nvclock/nvclock0.8b4.tar.gz
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstab
Package: sudo
Version: 1.7.4p4-3
Severity: normal
If sudo is run without a TTY, it always tries to prompt for a password, even
if it would not need one with a TTY.
Example:
$ sudo true
$ sudo true
$ sudo true /dev/null
$ sudo -n true /tmp/sudo.out ; echo $?
1
$ cat /tmp/sudo.out
sudo: sorry,
Package: dh-make-drupal
Version: 0.7-1
Severity: normal
I'm seeing this too. I did a little deeper looking, and I believe the
problem is ocurring around line 828 of dh-make-drupal:
# Get the project description. Fetch only the first paragraph -
# This is usually enough for the .deb,
On Sat, 8 Jan 2011, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
There may be a problem in RAID assembling. Are any of the devices marked
as faulty or spare?
No (see below).
it's ls -- -l / for now, will be fixed later.
$ sudo ./grub-fstest -c 4 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3 ls -
On Sat, 8 Jan 2011, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
As was recommended I forward the remaining part to linux-raid mailing list.
In short: on his system mdraid, raid5, 4 devices, metadata (presumably)
0.90, two devices have index 0.
If such situation is valid please advice me on how
On 1/8/2011 18:34, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
Sorry, I've noticed that I've looked into the wrong place all the long.
md2 is fine. I suppose it's a problem with md0 (all mdraid are assembled
at the beginning). Since md0 is raid1, its misassembly wouldn't have any
influence (we d
On 1/8/2011 18:55, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
I have a hypothesis. Does last partition on any device span, s.t. it
leaves less than 64K after it until the end of device? If so then GRUB
sees the same metadata sector as the one at the end of device and as at
the end of partition.
On 1/9/2011 16:57, NeilBrown wrote:
Simply running
mdadm --zero-superblock /dev/sdb
should fix it.
Well, that doesn't work very well: "mdadm: Couldn't open /dev/sdb for write
- not zeroing" ... strace reveals that mdadm is trying to open it O_EXCL,
which I presume is why it's not working .
tag 599376 upstream
forwarded 599376 http://www.gratisoft.us/bugzilla/show_bug.cgi?id=445
thanks
Issue is in upstream, upstream has a patch for it. Patch applies to Debian
source cleanly and fixes the issue for me.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Package: dh-make-drupal
Version: 0.4-2
Severity: important
dh-make-drupal expects the "core" version in the .info file to be either "6"
or "5" it seems, but with all the modules I'm downloading from the drupal
site, the core version is listed as "6.x".
For modules that have dependencies on core d
Package: autofs5
Version: 5.0.4-3.2+b1
Followup-For: Bug #521165
Searching around, I believe this may have been fixed upstream, though it's
not 100% clear.
http://www.mail-archive.com/autofs@linux.kernel.org/msg08622.html
Given the code base for the debian package is approaching 2 years old, it
Package: wmaker
Version: 0.95.7-8
Severity: normal
wmaker ought to be built with support for imagemagick via libmagickwand, to
support more image types.
Notably, this would permit wmaker to, for example, use the default debian
theme images, which are only distributed in SVG form normally, which w
Package: hg-fast-export
Version: 20140308-1
Severity: important
The (old) version of hg-fast-export currently packaged is incompatible with
mercurial 4.6. Support for this looks to be available upstream
(https://github.com/frej/fast-export) on the hg-4.6-compat branch. There
are also many other
Looking at http://sphinxsearch.com/bugs/view.php?id=2321 and the 2.2.11
vs. 2.2.10 upstream source releases, or the upstream git repo, I can't
find any signs that a systemd unit file was actually added to the tree
at all. Nor does upstream ticket 2321 appear in the changelog for
2.2.11.
Seem
On Mon, 25 Dec 2017, Stefan Fritsch wrote:
Hi Matthew,
I don't know libvirt lxc containers at all, but ...
On Tue, 14 Nov 2017, Matthew Gabeler-Lee wrote:
Nov 14 14:38:33 hostname systemd[1]: Reloading The Apache HTTP Server.
Nov 14 14:38:33 hostname systemd[11798]: apache2.service: F
Package: libpam-systemd
Version: 232-25+deb9u1
Severity: normal
Various policykit actions that flag as for "active" or even "inactive", but
not "any", do not work from serial console sessions. After much pain, I'm
fairly sure I've traced this down to libpam-systemd not marking serial
logins as pa
Package: watchdog
Version: 5.15-2
Severity: normal
I've noticed it due to needrestart, but even on manual invocations
restarting the watchdog service (systemctl restart watchdog.service)
_always_ fails. The service status after a failed restart looks like this:
● watchdog.service - watchdog daem
Package: fwupd
Version: 1.5.7-2
Followup-For: Bug #943343
This started out as what I thought may be the same essential data as Ross
Vandergrift reported above, but I think I've figured out the problem.
I'm seeing this same issue on a bullseye system. Interestingly, not on
_all_ of my bullseye sy
Package: libvirt-daemon-driver-storage-iscsi-direct
Version: 6.9.0-4
Severity: normal
If using qemu, the libvirt iscsi-direct backend won't work without
installing the qemu-block-extra package. So, like libvirt-daemon recommends
qemu, I think this package should recommend the qemu iscsi support p
On Thu, 28 Jan 2021, Guido Günther wrote:
Hi,
On Thu, Jan 28, 2021 at 11:52:41AM -0500, Matthew Gabeler-Lee wrote:
Package: libvirt-daemon-driver-storage-iscsi-direct
Version: 6.9.0-4
Severity: normal
If using qemu, the libvirt iscsi-direct backend won't work without
installing the qemu-
Package: golang-1.17-go
Version: 1.17-2
Severity: important
It seems like the binary packages for 1.17-2 were somehow built wrong. Some
build-time generated code that would have defined defaultGOARCH and other
constants doesn't seem to have been generated & built, resulting in some
built-in packag
Package: postgresql-client-common
Version: 225
Severity: minor
When only postgresql client package(s) are installed, the vacuumlo wrapper
erroneously reports:
Error: You must install at least one postgresql-client- package
Even though the client package(s) _are_ installed. This seems to be bec
On Tue, 4 May 2021, Faustin Lammler wrote:
Hi Matthew!
Thanks for your detailed report.
Appreciate the followup :)
Indeed, the generated log rotate seems wrong (and I am able to reproduce
the problem with 10.5 on sid).
Could you maybe help on this directly upstream
https://github.com/Maria
Package: orpie
Version: 1.6.1-1
Severity: important
Something changed in a recent verison of orpie, causing large sections of
its man page, describing the default key bindings and related important
information to no longer render.
For example, the section `EXECUTING BASIC FUNCTION OPERATIONS` cur
On Sat, 7 Aug 2021, Sven Geuer wrote:
I tried to reproduce your observation using tightvncserver 1:1.3.10-3
but didn't encounter any key mapping issues.
Can you provide me with instuctions how to verify this bugs still
persists?
I've been continuing with TigerVNC for the nearly 5 years since
Package: docker.io
Version: 19.03.12+dfsg1-4
Severity: important
Something in the change(s) for 19.03.12+dfsg1-4 has broken using the
docker.io package with some minikube configurations (particularly the "none"
driver which runs the kubernetes containers directly in the host docker
instance). All
Package: gnome-shell
Version: 3.36.2-1
Severity: normal
While the screen lock works normally if I leave my user session as the
active VT, if I switch to another VT (e.g. the login one with Ctrl-Alt-1,
or another logged in user session with Ctrl-Alt-3), the screen lock never
activates. I can retu
Package: intel-gpu-tools
Followup-For: Bug #918116
This has been fixed by 1.25-2, verified empirically, and can see the
offending use-after-free has been fixed in the source.
-- System Information:
Debian Release: 10.4
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates'), (
Package: procps
Version: 2:3.3.16-5
Severity: normal
My normal expectation with most things unix/linux is that
administrator-controlled files in /etc supersede package-shipped files in
/lib and /usr/lib.
However, the documented (and AFAICT actual) order of loading sysctl .conf
files is:
/run/sys
You can either:
1) Make your file appear "later" in the listing. So something like
999-must-happen.conf; or
Aah, no, I can't, that's my point. Because /etc/sysctl.d/ is read before
package-shipped files, then it doesn't matter what file I put it in, it
will still be overridden by package-shipp
Package: pgcli
Version: 3.0.0-1
Severity: important
Since the update of python3-humanize to 3.0.0, pgcli is now completely
broken. Even trying to run `pgcli --help` reports a runtime error about
missing dependencies:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/pkg_re
Package: pgcli
Version: 3.0.0-1
Followup-For: Bug #972598
Quick addenda:
1) Verified that downgrading python3-humanize indeed works around this issue.
2) Upstream looks like they've worked around this by no longer using humanize:
https://github.com/dbcli/pgcli/commit/8f7e31450835bca5d9a8bb4d
On Mon, 19 Oct 2020, Craig Small wrote:
On Mon, 19 Oct 2020 at 15:51, Matthew Gabeler-Lee
wrote:
Aah, no, I can't, that's my point. Because /etc/sysctl.d/ is read before
package-shipped files, then it doesn't matter what file I put it in, it
will still be overridden by packag
Package: pcp
Version: 5.2.2-1.1
Severity: important
Attempting an `apt upgrade` on my bullseye system failed, due to improper
dependency info in the pcp package. The libpcp3 dependency has no version
constraints, and the new version of libpcp3 requires pulling in a new
version of perl, so `apt up
Package: greylistd
Version: 0.9.0
Severity: normal
Dear Maintainer,
The 0.9.9 version is being rejected from testing migrations due to being a
binary upload instead of a source one. I hope if an 0.9.0-1 is re-uploaded
as source it will be accepted for testing migration?
-- System Information:
D
On Fri, 10 Nov 2017, Mathieu Parent wrote:
This looks similar to #647430 which was solved in 2:4.6.5+dfsg-6.
Can you test from sid?
While that is likely a necessary component to fixing this, it is not
sufficient. That fixes a script error, this ticket is about package
dependency errors bet
Package: apache2
Version: 2.4.25-3+deb9u3
Severity: normal
When running inside a libvirt-managed lxc os container, the reload command
on the systemd unit fails always:
Nov 14 14:38:33 hostname systemd[1]: Reloading The Apache HTTP Server.
Nov 14 14:38:33 hostname systemd[11798]: apache2.service:
Package: gdm3
Version: 3.22.3-3+deb9u1
Followup-For: Bug #891599
This actually looks like it might be a bug in gnome-shell, and still present
in 3.28. This silly-looking(?) bit of logic is present there in
js/ui/status/network.js:
_sessionUpdated() {
let sensitive = !Main.sessionMode
On Fri, 23 Mar 2018, Simon McVittie wrote:
it would be unexpected for someone finding a machine with a
locked GNOME session, logged in as a user with netdev privileges, to be
able to reconfigure the network without first unlocking the session!
I could make the same argument that it is unexpect
Thanks for the very fast reply :)
On Thu, 8 Mar 2018, Michael Biebl wrote:
Are you logging in via serial console as unprivileged user?
Yes. If I'm root, that grants all access and the session/tty/etc.
become irrelevant. But I want to run something as not-root under
systemd-inhibit. Yes,
Package: tftpd-hpa
Version: 5.2+20150808-1+b1
Severity: normal
The init script for tftpd-hpa kills any instances running in lxc containers
when stopping the service on the host machine.
Example:
Host: sudo service tftpd-hpa start
Guest: sudo service tftpd-hpa start
## all running now
Host: sudo s
Package: firefox
Version: 58.0-1
Severity: minor
I don't think Firefox should be suggesting mozplugger any more -- AFAICT
mozplugger provides an NPAPI plugin, and since non-ESR builds of Firefox 52,
and 53 generally, such plugins are no longer supported.
So, while mozplugger is still available, i
fixed 826717 58.0-1
thanks
In one of the recent (compared to the age of this bug) Firefox updates,
this bug went away and native notifications in Gnome now work properly
for me.
--
-Matt
"Reality is that which, when you stop believing in it, doesn't go away".
-- Philip
Package: libvncclient1
Version: 0.9.11+dfsg-1
Severity: normal
Tags: upstream
libvncclient has a bug with how it expresses the truecolor pixel format
which causes an error talking to VMware servers.
This looks to have been fixed upstream, so just need to import this fix or
package a new upstream
Package: moreutils
Version: 0.60-1
Severity: wishlist
Using pee to work with something generating output but also going through
more processing before heading to a logfile gets icky, because pee always
has the pipes it uses to talk to the child processes buffered.
e.g. output-generating-thing |
Package: libnss-winbind
Version: 2:4.5.12+dfsg-2
Severity: normal
Background: I use libnss-winbind, and a mulitiarch amd64/i386 system because
I need to run some third party i386 binaries. At least one of those
binaries needs to be able to do nss lookups for some basic account information.
Tryin
Package: mdadm
Version: 3.4-4+b1
Followup-For: Bug #850180
The DAEMON_OPTIONS bit of this is trivially corrected with this patch:
--- mdmonitor.service.orig 2017-09-26 00:54:25.491632797 -0400
+++ /lib/systemd/system/mdmonitor.service 2017-09-26 00:54:29.047611746
-0400
@@ -10,4 +10,5
On Sat, 14 Apr 2018, Stefan Fritsch wrote:
This seems to be a systemd bug. Changing PrivateTmp from true to false in
apache2.service fixes the issue. But even with PrivateTmp it works for
some time. It would be interesting what is the trigger to make it fail
later on.
Hmm ... I was having a pr
Package: libvirt-daemon
Version: 3.0.0-4+deb9u3
Severity: normal
This is a followup to #822581, which has been archived and thus I can't seem
to reopen it, and direct mail to the maintainer also bounced (bad ipv6
config somewhere in the path it seems).
After a long time of not being able to make
Package: deborphan
Version: 1.7.31
Severity: normal
Trying to use `deborphan --add-keep` with an empty or absent keep file fails:
deborphan: fseek on /var/lib/deborphan/keep: Invalid argument
strace says the failing seek is:
openat(AT_FDCWD, "/var/lib/deborphan/keep", O_RDWR|O_CREAT|O_APPEND, 0
Package: dbconfig-common
Version: 2.0.11
Severity: normal
dbconfig-common assumes that, if "ident" auth is used with postgresql, then
the database user must also exist as a local user.
This is ... not true.
The "peer" auth in postgresql just means that the identity of the connecting
user authent
Package: alpine
Version: 2.21+dfsg1-1.1
Severity: normal
It seems upstream has moved again, now to https://repo.or.cz/alpine.git
There is active development there from Eduadro, including two tagged
releases since what's in Debian currently (though from the numbering and the
contents of the pine.h
On 2020-01-08 01:11, Unit 193 wrote:
Howdy,
It seems upstream has moved again, now to
https://repo.or.cz/alpine.git
That's not a new home, that's just where the git repository lives.
The current home is still http://alpine.x10host.com/alpine/
Oops, I got confused by the bit the watchfile lo
201 - 300 of 354 matches
Mail list logo
