Guillermo Frontera writes:
> A new version of xsd has been released
A heads-up: this version switched to a different build system (build2)
which is not yet packaged in Debian (but is packaged in Fedora, FWIW).
I have plans to try to package it for Debian but cannot give a definitive
timeframe fo
Marco d'Itri writes:
> On Sep 12, Boris Kolpackov wrote:
>
> > I did a bit of debugging of the preinst script and it appears what trips
> > it up is the /lib64 symlink, which on arm64 points to:
> >
> > /usr/lib/aarch64-linux-gnu
>
> There is no /l
Package: usr-is-merged
Version: 30
When trying to debootstrap testing or unstable for arm64 I get the
following false-negative from the usr-is-merged package (which gets
injected by debootstrap):
Selecting previously unselected package usr-is-merged.
Preparing to unpack .../usr-is-merged_29_all.d
Adam Borowski writes:
> If you modify the subvolume, you can't use it for incremental send/receive
> anymore.
>
> The commit that introduced this says:
>
> Implement safety check when a read-only subvolume is getting switched
> to read-write and there's received_uuid set.
>
> This
Package: btrfs-progs
Version: 5.18.1-1
After upgrading from btrfs-progs 5.14.1-1 with Linux kernel 5.14.9 to
btrfs-progs 5.18.1-1 with Linux kernel 5.18.16 (from current testing)
I see the following new error when trying to clear the read-only
property of a freshly received snapshot:
btrfs proper
Marc Haber writes:
> On Thu, Sep 01, 2022 at 07:45:24AM +0200, Boris Kolpackov wrote:
>
> > This is using Debian testing (bookworm) and I see
> > that the adduser package hasn't changed since stable (bullseye)
>
> Debian stable (bullseye) has adduser 3.118. The cu
Package: adduser
Version: 3.128
I get the following error when first adding a group and then trying
to add a user with this group:
# addgroup --gid 2000 build
# adduser --uid 2000 --gid 2000 --home /build --gecos "" --disabled-password
build
Adding user `build' ...
Use of uninitialized value $gr
Package: g++-11
Version: 11.2.0-10
g++-11 and gcc-11 packages contain large unstripped executables in
the /usr/lib/gcc/x86_64-linux-gnu/11 directory:
$ ls -l cc1 cc1plus lto1
-rwxr-xr-x 1 root root 143469520 Oct 21 10:17 cc1
-rwxr-xr-x 1 root root 154068040 Oct 21 10:17 cc1plus
-rwxr-xr-x 1 root
Package: btrfs-progs
Version: 5.14.1-1
After upgrading from btrfs-progs 5.7-1 with Linux kernel 5.7.6 to
btrfs-progs 5.14.1-1 with Linux kernel 5.14.9-2 (from current testing)
I see the following strange new warning when deleting the subvolume as
non-root user (the filesystem is mounted with user_
Package: gcc-10-plugin-dev
Version: 10.2.1-6
After upgrading from GCC 10.1 to 10.2 I now get the following error
when building a program that relies on the GCC plugin API:
g++-10 -I/tmp/build/odb-2.5.0-b.20.20201208151514.398c7ad035b4
-I/tmp/build/odb-2.5.0-b.20.20201208151514.398c7ad035b4
-I/u
László Böszörményi (GCS) writes:
> This might be prevented by Boost include std/version (making the path
> more unique), libcutl to place standard C++ header include paths first
> or by renaming its version file to version.txt or something like that.
> I think the Boost solution would be the best
Package: tftpd-hpa
Version: 5.2+20150808-1.2
We have discovered that tftpd-hpa does not detect a partial upload nor
does it remove the file in case of an interrupted upload. The attached
patch fixes both of these issues. Specifically, it does the following:
1. If the client sent the upload tsize,
On a hunch I've added a delay in /etc/network/if-pre-up.d/bridge.
Specifically, in the following fragment:
brctl addbr $IFACE || exit 1
if [ "$IF_BRIDGE_HW" ]; then
ip link set dev $IFACE address $IF_BRIDGE_HW
fi
So that now it reads:
brctl addbr $IFACE || exit 1
if [ "$IF_BRIDGE_H
Santiago Garcia Mantinan writes:
> I'm reading that this did not happen before, what was the status before,
> pure buster?
No, it was a snapshot of testing on 2019-06-19.
> Wha packages related to networking do you have installed and got upgraded?
I am not really upgrading, I just build a new
Package: bridge-utils
Version: 1.6-2
I have the following bridge configuration:
auto br0
iface br0 inet dhcp
bridge_ports eno1
bridge_stp off
bridge_maxwait 0
bridge_fd 0
bridge_hw 0c:c4:7a:33:46:a6
post-up ip link set eno1 txqueuelen 4000
post-up ip li
The patch is available here:
https://git.codesynthesis.com/cgit/xsd/xsd/commit/?id=400651ba7fd2f80155348ed39fc02e2aa9892fb9
con...@kontesti.me writes:
> I had the same problem, but I ended up reporting it to login package
> (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814670 should they be
> merged?). I only saw this bug here now.
>
> Does anyone have, at least, a workaround for this? I'd rather su or sudo into
Michael Biebl writes:
> Actually in Debian, su *does* start a logind session. If you look at
>
> /etc/pam.d/su it includes /etc/pam.d/common-session
It does:
# The standard Unix authentication modules, used with
# NIS (man nsswitch) as well as normal /etc/passwd and
# /etc/shadow entries.
@inc
Package: systemd
Version: 215-17+deb8u2
Severity: normal
Hi,
I keep seeing in various places (Debian-related and otherwise) that
su does not start a new systemd user session because it is not a
proper login. The symptom is:
# su -l boris
$ systemctl --user status
Failed to get D-Bus connection:
Diane,
Diane Trout writes:
> I was wondering if the Debian build scripts should also somehow add:
>
> #define _GLIBCXX_USE_CXX11_ABI 0
>
> as described at
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66145
>
> when building xsdcxx so the exception catching behavior in the
> xcdcxx compiler
Diane Trout writes:
> It looks to me like like xsdcxx is subject to the change in the type of
> ios_base::failure
Please see:
http://codesynthesis.com/pipermail/xsd-users/2015-July/004664.html
Boris
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "un
Zhang Jingqiang writes:
> cli is needed when building this package. But no package contains
> codesynthesis/cli
XSD distribution (but not the git tree) includes pre-generated CLI
files so you shoudn't need the CLI tool to be packaged for Debian
(though I wouldn't mind at all if it gets packa
Hi,
László Böszörményi (GCS) writes:
> > The package fails to build. First(?), Qt doesn't get found:
> > configure:17847: g++ -c -g -O2 -fstack-protector-strong -Wformat
> > -Werror=format-security -D_REENTRANT -Wdate-time -D_FORTIFY_SOURCE=2
> > conftest.cpp >&5
> > conftest.cpp:30:57: fata
Hi László,
László Böszörményi (GCS) writes:
> Uploaded.
Took me some time to find it:
https://ftp-master.debian.org/new/odb_2.4.0-1.html
Any idea when it will get into unstable/experimental? Also, I don't
see any of the runtimes (libodb*) anywhere. Is it still a TODO?
Finally, in the "Recomm
Hi All,
ODB 2.4.0 was released a few days ago[1]. I also see[2] that libcutl,
which was holding up packaging of ODB 2.3.0, is already in testing,
though for 2.4.0 it will need to be updated to 1.9.0.
Any chance we can finally get this done? I am, as a long-time Debian
user myself, really sad to s
Hi,
I am the developer of ODB. Today I announced the availability
of ODB packages for RHEL 5 and 6, as well as Fedora 19-21.
While this is great news, what saddens me somewhat, as a Debian
user myself, is that there are no such packages for Debian yet.
At the same time I believe it should now be
Mathieu,
You are confusing XSD and XSD/e. XSD is currently at version 3.3.0,
which is also what's packaged. XSD/e is at 3.2.0.
Boris
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Here is the background:
Files xsd/tests/cxx/tree/encoding/char/utf-8/test.std and
xsd/tests/cxx/tree/encoding/wchar/test.std used to be binary but
were converted to text for portability. The patch basically replaces
the old files with the new ones. But it seems binary patches are no
longer support
In the meantime, I tried to upgrade the Linux kernel (tried both
3.8 and 3.9 from sid) and re-generated links/ld.so.cache. Both
attempts didn't lead to any changes.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@
Package: libc6
Version: 2.17-3
Severity: important
Dear Maintainer,
After upgrading libc6 on my box from 2.13-38 (as found in wheezy)
to 2.17 from sid (tried all three -1, -2, and now on -3), several
programs stopped working with the common symptoms:
segfault at 7f5f08ac38fc ip 7f5ddd5bc263
gregor herrmann writes:
> I had a look at this bug/patch/package but it still FTBFS with the
> patch (this time in the test suite).
Attached is a patch that fixes the test suite issues.
Boris
diff --git a/libxsd/xsd/cxx/parser/non-validating/xml-schema-pskel.txx b/libxsd/xsd/cxx/parser/non-vali
Looks like native_file_string() function has disappeared from Boost
filesystem::path class.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi Raphael,
Raphael Bossek writes:
> One questions. Will the patch work if xerces fix your bug report too ?
> I do not like to have the scenario where the xerces-c people update
> their package and XSD stops working.
It will work. The patch simply changes the encoding used in the
output documen
The current release of XSD (3.3.0) also fixes this.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
It looks like we need to explicitly link to -lboost_system (can be
added to LIBS) to resolve this. While the XSD source code does not
explicitly use any symbols from this library, I guess either
boost_regex or boost_filesystem inject some of the symbols, as
discussed in the linked wiki article.
Package: debhelper
Version: 4.9.3
Severity: wishlist
Currently dh_* family copies symlinks as symlinks which I think most of the
time will result in broken links. I am not absolutely sure that changing
current behavior to follow symlinks by default is a good idea. Having an
option to select this w
36 matches
Mail list logo
