On Mon, 3 Oct 2022 07:46:54 +0100 Rik Mills wrote:
Comment from the launchpad counterpart to this bug below:
https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/1991418/comments/10
"So, hate to rain on your parade, but as I wrote yesterday, the problem
doesn't occur with upstream
Comment from the launchpad counterpart to this bug below:
https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/1991418/comments/10
"So, hate to rain on your parade, but as I wrote yesterday, the problem
doesn't occur with upstream (building manually) 3.0.17.4. So there are
ostensibly no patches
Package: kdesu
Version: 5.93.0-1
Severity: serious
kdesu fails to authenticate with sudo from testing/unstable.
Examples: launching ksystemlog from the main menu, or trying to run
krusader root mode option via its 'Tools > Start Krusader Root Mode'
menu entry. Assuming that the current user is
Package: ukui-settings-daemon
Version: 3.1.1-1
Severity: serious
Tags: ftbfs
In current Debian unstable (and Ubuntu Jammy), ukui-settings-daemon
FTBFS against the latest Plasma libkscreen 5.24.2.
xrandr-output.cpp: In static member function ‘static void
xrandrOutput::readInOutputs(KScreen::Config
Reported here: https://github.com/Qalculate/libqalculate/issues/378
I note that these tests are entirely new in 3.22.0, so there is no
history of them previously passing.
E developer is happy to, and fix the
issue with nice new version of that.
Rik
Confirmed from Kubuntu CI that plasma-workspace 5.12 stable branch and
master also FTBFS against the 0.11.8-1 upload.
Appstream 0.11.8-1 synced to Ubuntu some hours ago, and is now causing
similar build failures.
For example in plasma-workspace:
https://launchpad.net/ubuntu/+source/plasma-workspace/4:5.11.5-0ubuntu2
Same failures also on Kubuntu CI, if I let that build against the bionic
proposed pocket where 0.
ur laptop running puppet on a hostile
network, which is more likely.)
In our environment we have systems managed centrally and systems managed
by research groups but they share the same dns domain. I don't think
they would appreciate it if their systems suddenly started to contact
our puppet
(and systemd), even if it
was disabled before. It would also introduce the problem above by contacting
the wrong puppet master.
Regards,
Rik
-- System Information:
Debian Release: 8.0
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Arch
be nice to document if it
fixes your bug.
Regards,
Rik
On 15/06/2012 10:04, José Antonio Antelo wrote:
We followed your instructions to build the package for i386 platform and it
worked well. After that, it was installed on a production enviroment to
test it. The conclusion was that after few hou
Hi,
On 06/07/2012 11:22 PM, Ben Hutchings wrote:
On Tue, Jun 05, 2012 at 09:05:42AM +0200, Rik Theys wrote:
I have seen similar crashes with the 6.0.x kernel on some of our
systems. Unfortunately the systems are in a remote location and I
was unable to capture any crash screens.
[...]
This
entry to debian/changelog
dpkg-buildpackage
I believe the same instructions should work for the squeeze version of
freeradius.
If you have time, please test the updated package/patch to see if it
resolves the issue you are seeing, and update the bug report with your info.
Regards,
Rik
diff -ur f
.
If you switch to a non-graphical console before unplugging the memory
stick, does it show any messages? Press ctrl-alt-f1 to go to a
non-graphical console and then unplug the usb stick. If a crash message
appears, try taking a photograph of it and attach it to this bug report.
Regards,
Rik
[1
t;Write protecting the kernel read-only
data" as mentioned in the bug report.
The VM was running 2.6.32-15 before without any real issues.
The dom0 runs Xen 3.2
Regards,
Rik
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: insserv
Version: 1.12.0-13
Severity: critical
Justification: causes serious data loss
Subject: insserv: system no longer unmounts filesystems on reboot/shutdown
Package: insserv
Version: 1.12.0-13
Justification: causes non-serious data loss
Severity: grave
After switching to insserv, my
Hi,
Guido Günther wrote:
On Fri, Oct 03, 2008 at 01:12:16PM +0200, Rik Theys wrote:
I won't need cciss support in the near future as I will be connecting FC
disks to the server. I will test the new version of multipath-tools
O.k., this should work without problems then.
(with
Guido Günther wrote:
On Fri, Oct 03, 2008 at 11:50:01AM +0200, Rik Theys wrote:
The machine is an HP DL380G5 with an HP smart array P400i raid
controller. I was just testing the multipath support because I will need
it later on. The RAID disk is not available using multiple paths, but
Guido Günther wrote:
On Fri, Oct 03, 2008 at 10:56:16AM +0200, Rik Theys wrote:
devnode "^cciss!c[0-9]d[0-9]*(p[0-9]*)?"
instead of
devnode "^cciss!c[0-9]d[0-9]*[p[0-9]*]
The partition on the cciss disks should be optional?
I'd say you don't multipath partitions
Hi,
I think the default regular expression for cciss devices in
/etc/multipath.conf (and the built-in defaults) should be:
devnode "^cciss!c[0-9]d[0-9]*(p[0-9]*)?"
instead of
devnode "^cciss!c[0-9]d[0-9]*[p[0-9]*]
The partition on the cciss disks should be optional?
Regards
licitely
configured in /etc/multipath.conf
This bug can be downgraded because it will work with a config change,
but should the -n option not be removed from the built-in defaults for
LOGICAL VOLUME?
Regards,
Rik
--
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kaste
ption does not seem to help. It seems the section is ignored?
The version of udev on this machine is 0.125-6.
According to the man page, the default command that is issued is
/lib/udev/scsi_id -g -u -d /dev/%n, without the -n option.
Regards,
Rik
-- Package-specific info:
Contents of /etc/mult
Hi,
I think the 251-5.2 version needs to depend on a newer version of
initscripts. I think the version of initscripts in testing (2.86.ds1-20)
is too old to work with the libnss-ldap currently in testing.
Initscripts is already frozen so it will need a hint from a release manager.
Rik
-ldap should depend on a more recent version of initscripts to
have the /lib/init/rw functionality?
(initscripts is frozen and needs a hint from a RM to enter testing)
Greetings,
--
Rik Theys
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
Hi,
I can confirm Stephen Gran's findings: login works when tls is disabled
in /etc/libnss-ldap.conf.
--
Rik Theys
Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
't seem to have this problem. So
I'm not sure this is an nss-ldap or a login bug.
Greetings,
--
Rik
Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
My version of k3b is the stable version (0.11.20-1) and not the unstable
version that Robert Gomułka <[EMAIL PROTECTED]> was referring to.
I have just tried burning the debian sarge amd64 netinst iso with
verification which worked absolutely fine as usual (note that I have a
32bit AMD and not a 64
27 matches
Mail list logo
