On Sun, Jan 26, 2025 at 12:39:52AM +0500, Andrey Rakhmatullin wrote:
> On Sat, Jan 25, 2025 at 07:17:52PM +, Tim Woodall wrote:
> > I know this is experimental and so breakage is expected but it seems to
> > have been like this for a while now so I'm reporting it here in case
> > it's been miss
On 26/01/2025 11:19, Andrey Rakhmatullin wrote:
On Sun, Jan 26, 2025 at 11:07:12AM +, Ahmad Khalifa wrote:
I do this to confirm if lintian is correct:
$ objdump -p file.so
...
NEEDED libc.so.6
...
No?
Lintian already says there is no "NEEDED libc.so.6"
Hi,
unrelated to your question, but there are things that jump out for me:
Am Sat, Jan 25, 2025 at 10:57:26PM -0600, schrieb Steven Robbins:
> The (CMake-generated) link line does have a bunch of options. Nothing jumped
> out at me:
>
> /usr/bin/c++ -fPIC -g -O2
> -ffile-prefix-map=/home/stev
Package: wnpp
Severity: wishlist
Owner: NoisyCoil
X-Debbugs-Cc: debian-devel@lists.debian.org, noisyc...@tutanota.com
* Package name: triforce-lv2
Version : 0.1.0
Upstream Contact: James Calligeros
* URL : https://github.com/chadmed/triforce
* License : GPL-2.
On Sun, Jan 26, 2025 at 11:07:12AM +, Ahmad Khalifa wrote:
> > The error description seems straightforward. But how does one solve
> > this? I have to assume that the linker would by default link with the
> > libc (?), so perhaps the linker invocation has options that suppress
> > this? What
Package: wnpp
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Python Team
Owner: Roland Mas
Severity: wishlist
* Package name: python-trubar
Version : 0.3.4
Upstream Contact: Janez Demšar
* URL : https://github.com/janezd/trubar
* License : MIT
Program
Hi,
Am 26.01.25 um 18:30 schrieb Rene Engelhard:
[build CUT] dbaccess_firebird_test
S=/home/rene/LibreOffice/git/libreoffice-25-2 && I=$S/instdir && W=$S/workdir && mkdir -p $W/CppunitTest/ && rm -fr $W/CppunitTest/dbaccess_firebird_test.test.user && cp -r $W/unittest $W/CppunitTest/dbaccess_fi
Hi,
Am 26.01.25 um 19:14 schrieb Rene Engelhard:
Tried in a clean sid VM.
LibreOffice not rebuilt from clean sid, but as clean sid libfbclient2 4.0.5 is
installed.
(Expectedly) the same when creating a new db when just 3.0-server-core is
present. The creation of a database
and zthe "connecti
Hi Colin,
Colin Watson writes:
> On Fri, Jan 24, 2025 at 01:24:12PM -0800, Xiyue Deng wrote:
>> I would like to echo on this point. I had worked on a repository that
>> has the "master" branch marked as the default branch on Salsa, which
>> lacks many changes compared to the released version.
On Fri, Jan 24, 2025 at 04:31:57PM -0800, Xiyue Deng wrote:
> tho...@goirand.fr writes:
> > What you experience shows one thing: having the default branch being
> > set correctly should be what we mandate.
>
> Indeed. Though IIRC the default branch was not a native git concept
> until 2.28, so us
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: upub
Version : 0.5.0
Upstream Contact: alemi
* URL : https://join.upub.social/
* License : AGP
On Sun, Jan 26, 2025 at 6:28 AM Ahmad Khalifa wrote:
> The lintian error is a great heads-up and it's up to the reader to
> decide whether it's a true error to fix or a false-positive to override.
I have never seen this Lintian error actually be useful. I think an
error is far too strong for this
On Sat, 2025-01-25 at 15:34 +, Richard Lewis wrote:
> downloading and running a script from a random website seems a rather
> unhelpful approach and maybe not the best idea to suggest debian
> supports this?
Does this even work with Debian?
The script
https://github.com/CrypticVerse/linux-o
Jeremy Bícha writes:
> On Sun, Jan 26, 2025 at 6:28 AM Ahmad Khalifa wrote:
>> The lintian error is a great heads-up and it's up to the reader to
>> decide whether it's a true error to fix or a false-positive to
>> override.
> I have never seen this Lintian error actually be useful. I think an
-=| Rene Engelhard, 25.01.2025 22:05:51 +0100 |=-
> > Changes:
> > firebird4.0 (4.0.5.3140.ds6-11) unstable; urgency=medium
> > .
> > * Upload to unstable
>
> Which now takes over firebird-dev.
True. As intented.
> Which now means reverse-dependencies build against 4.0 firebird but do have
Package: wnpp
Severity: wishlist
Owner: Andrej Shadura
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: golang-github-jstemmer-go-junit-report
Version : 2.1.0
Upstream Contact: Joël Stemmer
* URL : https://github.com/jstemmer/go-junit-report
* License
On Sun, Jan 26, 2025 at 01:02:25AM -0600, Steven Robbins wrote:
> > I've come to realise the ITK build has 15 libraries that lintian flags with
> > error library-not-linked-against-libc.
>
> Someone suggested to run ldd -r. Okay, so what does this tell me?
>
> $ ldd -r /lib/x86_64-linux-gnu/libI
Package: wnpp
Severity: wishlist
Owner: Carsten Schoenert
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: django-choices-field
Version : 2.3.0
Upstream Contact: Thiago Bellini Ribeiro
* URL : https://github.com/bellini666/django-choices-field
* License
On Sun, 26 Jan 2025, Niko Tyni wrote:
On Sun, Jan 26, 2025 at 12:39:52AM +0500, Andrey Rakhmatullin wrote:
On Sat, Jan 25, 2025 at 07:17:52PM +, Tim Woodall wrote:
I know this is experimental and so breakage is expected but it seems to
have been like this for a while now so I'm reporting i
On 26/01/2025 04:57, Steven Robbins wrote:
I've come to realise the ITK build has 15 libraries that lintian flags with
...
The error description seems straightforward. But how does one solve
this? I have to assume that the linker would by default link with the
libc (?), so perhaps the linke
Hi,
Am 26.01.25 um 18:19 schrieb Damyan Ivanov:
Which now means reverse-dependencies build against 4.0 firebird but do have
Depends: libreoffice-core-nogui | libreoffice-core, firebird3.0-server-core, ucf, libc6 (>= 2.14),
libfbclient2 (>= 3.0.12~), libgcc-s1 (>= 3.3.1), libstdc++6 (>= 11), li
On Sun, 26 Jan 2025 at 09:14:30 -0800, Russ Allbery wrote:
> maybe it's more common these days to have plugin libraries
> that aren't linked with libc? Back in the day, it was very rare for people
> to successfully manage to write code that never called a libc symbol.
In ecosystems with a "platfor
Hi,
Am 26.01.25 um 18:19 schrieb Damyan Ivanov:
Of course, there may be corner cases in LO's usage of firebird. Please
let me know if you encounter some.
LO usage is as-follows (quoting from
https://gerrit.libreoffice.org/c/core/+/151214):
"Firebird has two primary file types:
Databases - F
Simon McVittie writes:
> On Sun, 26 Jan 2025 at 09:14:30 -0800, Russ Allbery wrote:
>> maybe it's more common these days to have plugin libraries that aren't
>> linked with libc? Back in the day, it was very rare for people to
>> successfully manage to write code that never called a libc symbol.
On Sun, 26 Jan 2025 at 09:04:52 +0100, Rene Engelhard wrote:
> Am 26.01.25 um 02:07 schrieb Otto Kekäläinen:
> > Personally if I have some features that are not ready to be uploaded
> > for a long time, I would maintain them in a 'feature branch'. In some
> > cases that feature branch might live as
On 26/01/2025 12:41, Jeremy Bícha wrote:
On Sun, Jan 26, 2025 at 6:28 AM Ahmad Khalifa wrote:
The lintian error is a great heads-up and it's up to the reader to
decide whether it's a true error to fix or a false-positive to override.
I have never seen this Lintian error actually be useful. I
On Fri, Jan 24, 2025 at 01:24:12PM -0800, Xiyue Deng wrote:
> I would like to echo on this point. I had worked on a repository that
> has the "master" branch marked as the default branch on Salsa, which
> lacks many changes compared to the released version. I tried to
> manually incorporate those
Hi,
Am 26.01.25 um 02:07 schrieb Otto Kekäläinen:
I would
also expect that if the man page for munch is *not* on the master
branch, then it means that nobody else has written it and solved the
bug yet.
And exactly that assumption is wrong. (And contradicts what you say later, like
in have a
28 matches
Mail list logo
