Re: Accepted firebird4.0 4.0.5.3140.ds6-11 (source) into unstable

Hi, Am 26.01.25 um 19:14 schrieb Rene Engelhard: 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/

Re: Accepted firebird4.0 4.0.5.3140.ds6-11 (source) into unstable

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

Re: Accepted firebird4.0 4.0.5.3140.ds6-11 (source) into unstable

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 &am

Re: Accepted firebird4.0 4.0.5.3140.ds6-11 (source) into unstable

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

Re: Accepted firebird4.0 4.0.5.3140.ds6-11 (source) into unstable

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

Re: DEP-14: Default branch name 'debian/latest' objections?

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

Re: Accepted firebird4.0 4.0.5.3140.ds6-11 (source) into unstable

Hi, Am 25.01.25 um 22:05 schrieb Rene Engelhard:  firebird4.0 (4.0.5.3140.ds6-11) unstable; urgency=medium  .    * Upload to unstable Which now takes over firebird-dev. Which now means reverse-dependencies build against 4.0 firebird but do have Depends: libreoffice-core-nogui

Re: Accepted firebird4.0 4.0.5.3140.ds6-11 (source) into unstable

Hi, Hi, Am 25.01.25 um 17:34 schrieb Debian FTP Masters: Format: 1.8 Date: Sat, 25 Jan 2025 15:24:35 + Source: firebird4.0 Architecture: source Version: 4.0.5.3140.ds6-11 Distribution: unstable Urgency: medium Maintainer: Damyan Ivanov Changed-By: Damyan Ivanov Changes:  firebird4.0 (4.0.

Re: DEP-14: Default branch name 'debian/latest' objections?

Hi, Am 25.01.25 um 19:33 schrieb Gioele Barabucci: On 25/01/25 16:23, Rene Engelhard wrote: I am maintaining a package which does only have debian/ in git, so gbp stuff does not really apply, but still. Hi, just for the record: gbp supports debian/-only repositories. Just for the record

Re: DEP-14: Default branch name 'debian/latest' objections?

Hi, Am 24.01.25 um 02:06 schrieb Otto Kekäläinen: I would be curious to hear why people are *not* adopting 'debian/latest'? Why does the majority of Debian packages still use 'master' or 'debian/master' branch as the main development branch? Is it simply because git-buildpackage does not to de

Re: Bug#1068479 cynically closed by Rene Engelhard (Re: Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation)

Hi, Am 07.04.24 um 20:59 schrieb José Luis González: Closing this non-bug. Maybe that indeed was too harsh, I apologize. But you could have explained what you mean in a polite way instead of starting directly with ad-hominem attacks on a public list? The non-bug that should be closed is

Re: Bug#1068479 cynically closed by Rene Engelhard (Re: Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation)

Hi, Am 07.04.24 um 20:59 schrieb José Luis González: Am 06.04.24 um 00:34 schrieb José Luis González: The setting for spacing between paragraphs is missing in the spacing and indentation tab of the paragraph dialog. ? It's definitely there. Format -> Paragraph has spacing "after/before". I

Re: Seeking a small group to package Apache Arrow (was: Bug#970021: RFP: apache-arrow -- cross-language development platform for in-memory analytics)

Hi, Am 25.03.24 um 19:17 schrieb Julian Gilbey: * Reading and writing file formats (like CSV, Apache ORC, and Apache Parquet) liborcus supports this (Apache Parquet) if built with Apache Arrow. And thus makes LibreOffice being able to handle it. I didn't invest any time in Apache Ar

Re: 64-bit time_t transition in progress in unstable

Hi, Am 08.03.24 um 00:12 schrieb Eric Valette: On 07/03/2024 21:16, Rene Engelhard wrote: ct more people. But not so much for dependency issues like this. Which is my sole point. In 99,9% of cases this won't even migrate to testing. And unstable won't be released - testing will.

Re: 64-bit time_t transition in progress in unstable

Am 08.03.24 um 00:12 schrieb Eric Valette: On 07/03/2024 21:16, Rene Engelhard wrote: ct more people. But not so much for dependency issues like this. Which is my sole point. In 99,9% of cases this won't even migrate to testing. And unstable won't be released - testing will. Wh

Re: 64-bit time_t transition in progress in unstable

Hi, Am 07.03.24 um 21:07 schrieb Eric Valette: On 07/03/2024 20:55, Rene Engelhard wrote: unstable is unstable. Don't use it if you can't handle stuff like this. And yes, be it even for more days or however it takes. The usual mantra. However, if no one use unstable and debug

Re: 64-bit time_t transition in progress in unstable

Hi, Am 07.03.24 um 20:33 schrieb Eric Valette: On 07/03/2024 19:58, Rene Engelhard wrote: > My point also was  that your reopening of the bug is wrong since the maintainer can't do anything about it. E.g. if libreoffice wasn't rebuilt against most t64 r-deps since it a) also

Re: 64-bit time_t transition in progress in unstable

Am 07.03.24 um 19:21 schrieb Eric Valette: On 07/03/2024 18:57, Rene Engelhard wrote: That one is tracked and will get appropriate bin-NMUs from  the release team, I am sure. It is right that this uninstallability is "being part of the normal things due to transition". I'

Re: 64-bit time_t transition in progress in unstable

Am 07.03.24 um 09:55 schrieb Eric Valette: On 07/03/2024 07:25, Kevin Bowling wrote: As of this evening these are the packages that currently have broken deps on amd64 for me: gstreamer1.0-plugins-good gstreamer1.0-pulseaudio libkf5akonadisearch-bin libkf5akonadisearch-plugins occt-misc So

Re: Ability to further support 32bit architectures

Hi, Am 13.01.24 um 13:59 schrieb rhys: No. You are AGAIN assuming what I am talking about. Maybe because of how you write... I know the difference between a 32-bit processor and a 64-bit processor. Obviously you don't. Or at least are not aware about consequences. Since you still offer 32

Re: Bug#1036884: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

Hi, Am 07.01.24 um 04:38 schrieb Steve Langasek: The ordering here would be: - dpkg will be uploaded to experimental with 64-bit time_t in the default flags - the source packages which need an ABI change ("source-packages"+"lfs-and-depends-time_t") and do not already have versions in e

Re: Bug#1036884: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

Hi, Am 07.01.24 um 02:01 schrieb Steve Langasek: If you say you are going to fix eventual breakage (and not ignoring the test results!) and if that means fixing asm on all affected archs, then it's OK :) Well, yes; though I hope we would see some help from e.g. arm porters if there were actual

Re: Bug#1036884: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

Hi, Am 06.01.24 um 06:51 schrieb Steve Langasek: - dpkg will be uploaded to experimental with 64-bit time_t in the default flags [...] What about the suggestion to not push changes to experimental for packages that already have new versions in experimental, and do the binary package renames

Re: Bug#1036884: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

Hi Steve, Am 06.01.24 um 06:51 schrieb Steve Langasek: - dpkg will be uploaded to experimental with 64-bit time_t in the default flags I  think at that point in time one should know what breaks and whatnot. Archive rebuild? (Probably in stages) What kind of breakage are you looking to

Re: Bug#1036884: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

Hi, Am 05.01.24 um 09:17 schrieb Steve Langasek: - Packages that could not be analyzed for whatever reason are still assumed to have an ABI that's sensitive to time_t and have to be included in the transition. Happily, due to improvements in this run of the number of packages that coul

Re: libreoffice-sdbc-mysql

[ wrong mailing list. But on a bugreport you would have gotten the same reply ] Hi, Am 13.07.23 um 04:01 schrieb André Verwijs: Package libreoffice-sdbc-mysql   uses mariadb bydefault...  would it be possible u make a version that uses Oracle Mysql..?? No. mariadb is default in Debian. Actual

Re: LibreOffice architecture support (was: Fwd: Plan to remove dead C++ UNO bridge implementations (bridges/source/cpp_uno/*))

Hi, Am 11.01.23 um 15:20 schrieb John Paul Adrian Glaubitz: Hi Helge! On 1/11/23 15:03, Helge Deller wrote: Yes, sadly we don't have a working java right now on hppa, and it will probably take some more time to get one. At least I won't have time for it during the next few months. But it would

Re: LibreOffice architecture support (was: Fwd: Plan to remove dead C++ UNO bridge implementations (bridges/source/cpp_uno/*))

Hi, Am 10.01.23 um 19:44 schrieb John Paul Adrian Glaubitz: On 1/10/23 19:25, Rene Engelhard wrote: (which are for many BD-Uninstallable since ages because it does not have Java (anymore), didn't do a long-ago transition, ...) They all have Java support except for hppa, see: I was i

Re: Boost 1.81 in Debian Testing

Hi, Am 04.01.23 um 10:18 schrieb Thomas Goirand: The latest update of boost was in late 2020. Why are we waiting so late in the release cycle to do such a transition? The month of the freeze is *NOT* a good moment to do it. Indeed. Regards, Rene

Re: Boost 1.81 in Debian Testing

Hi, Am 04.01.23 um 10:37 schrieb Thomas Goirand: On 1/4/23 06:24, Anton Gladky wrote: apt install libboost-dev -t experimental FYI, Ceph FTBFS with it... :/ As did LibreOffice - already fixed by $ cat debian/patches/boost-1.81.diff From 7e61545966c61102aad56bbf10bae2edfbfa9226 Mon Sep 17 0

Re: packages expected to fail on some archs

Hi, Am 11.09.22 um 22:07 schrieb Adrian Bunk: On Sun, Sep 11, 2022 at 05:08:57PM +0200, Samuel Thibault wrote: ... The issue we see is that some DDs end up setting a hardcoded list in the "Architecture" field, rather than just letting builds keep failing on these archs (and then possibly succe

Re: key packages RC bugs of the month September

Hi, Am 01.09.22 um 22:18 schrieb Paul Gevers: On 01-09-2022 21:10, Rene Engelhard wrote: This either should be ignored (like for bullseye) or downgrade, imho, but I didn't do it myself. I don't think there's anything actionable here... [...] If I read these correctly, this

Re: key packages RC bugs of the month September

Hi Am 01.09.22 um 13:53 schrieb Paul Gevers: #935182 libreoffice-core Concurrent file open on the same host results file deletion https://bugs.debian.org/935182 This one has been open so long, is forwarded upstream. Has to do with samba *and* two persons on the same host doing it at the same t

Re: releasing major library change to unstable without coordination

Hi, Am 23.12.21 um 01:24 schrieb Sandro Tosi: > there's also a problem of resources: let's take the example of numpy, > which has 500+ rdeps. am i expected to: > > * rebuild all its reverse dependencies with the new version > * evaluate which packages failed, and if that failures is due to the > n

Re: releasing major library change to unstable without coordination

Hi, Am 23.12.21 um 10:44 schrieb Timo Röhling: > That's true. However, I think it is reasonable to expect a > maintainer to > * look at the release notes for documented API breakage, > * rebuild a few reverse dependencies (ideally the ones which >   exercise the most functionality, but a random pi

Re: releasing major library change to unstable without coordination

Hi, Am 23.12.21 um 00:45 schrieb Jonas Smedegaard: > Is it normal and ok to upload a new major release of a library to > unstable, without either a) testing that reverse dependencies do not > break, or b) coordinating with maintainers of reverse dpendencies > _before_ such upload? People are e

Re: Accepted nspr 2:4.32-2 (source) into unstable

Hi, Am 21.11.21 um 00:04 schrieb Debian FTP Masters: >  nspr (2:4.32-2) unstable; urgency=medium >  . >    * debian/libnspr4-dev.links.in, debian/control: Remove > xulrunner-nspr.pc, > which breaks libxmlsec1-dev (<= 1.2.33-1). At least thanks for adding the Breaks: directly. But can you p

Bug#982562: general: Storing upstream signatures next to upstream tarballs is problematic

Hi, Am 11.02.21 um 21:59 schrieb Raphaël Hertzog: > [1] For details it happened in dbus-glib: > https://snapshot.debian.org/package/dbus-glib/0.110-2/ -> it has .asc file > https://snapshot.debian.org/package/dbus-glib/0.110-3/ -> no .asc > https://snapshot.debian.org/package/dbus-glib/0.110-4/ -

Re: Handling Japanese new era "令和 (Reiwa)"

Hi, On Tue, Apr 09, 2019 at 10:18:24AM +0900, Hideki Yamane wrote: > - libreoffice [4] [...] > [4] > https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-6-1&id=39de7d73fdab86a1531f19076ab1d07fcff97b55 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926892 https://bugs.debian.

Re: deduplicating jquery/

On Sat, Jan 05, 2019 at 09:20:34PM +0100, Samuel Thibault wrote: > Sean Whitton, le sam. 05 janv. 2019 19:48:35 +, a ecrit: > > Forgive my ignorance of the specifics of this package, but why can't you > > add symlinks to the files shipped by libjs-jquery? That is the standard > > solution. >

Re: Notification of merge requests on Salsa

Hi, On Fri, Aug 17, 2018 at 11:13:11PM -0400, Jacob Adams wrote: > I’m sure I’m not the only one to have missed a merge request for a while > thanks to the lack of notifications, but also we don’t want DDs inboxes > flooded with every merge request in the Debian group. > > My concern is that n

Re: changing source and binary package names

On Mon, Dec 18, 2017 at 01:24:08PM -0500, Scott Kitterman wrote: > It'll go through New anyway (if I remember correctly) because it's taking > over > a binary from another source package No, that doesn't go through NEW. E.g. (from my not to distant memory) https://packages.qa.debian.org/s/scowl/

Re: P.S. Re: Debian 9 in a VM with Proxmox 5 system

On Mon, Jul 10, 2017 at 01:44:00PM +0200, Maximilian Althaus wrote: >Okay, I understand! But I have the problem that the Debian 9 VM can not No, you don't. You already got told about ip -r. "route" and "ifconfig" are not installed per default anymore. >get an internet connection. This is

Re: Reupload package already in the NEW queue

[ this is more for -mentors I think.. ] On Tue, Sep 20, 2016 at 02:24:24PM +0200, Thibaut Paumard wrote: > 1- simply compile and upload normally .. with a new version .. > 2- same as above, but using the -v option of dpkg-genchanges to > include the full changelog in the changes file unneeded.

Re: Uploading existing source but with different size

On Fri, Sep 09, 2016 at 12:17:49PM +, Mattia Rizzolo wrote: > Actually you don't, there are ways to do that without, but that's ugly. > Please bump the version (usually I add a '1' in the +dfsg (a là +dfsg1) > in similar cases). That *IS* a new version :). Regards,

Re: [debian-mysql] Introducing default-mysql-* metapackages

Hi, On Tue, Aug 16, 2016 at 11:36:15AM +0300, Otto Kekäläinen wrote: > Yes, this scheme is very flexible and in cases like > > mysql-connector-c++ the package can depend explicitly on the MySQL > > package and not the default package. OK. > > Or we keep a w

Re: Introducing default-mysql-* metapackages

Hi, On Sun, Jul 10, 2016 at 05:22:22PM +0300, Otto Kekäläinen wrote: > Hello maintainers of packages that depend in MySQL/MariaDB! Not everyone is required to read -devel. Mailing them where they read it (and be it Cc'ing them) would be better. I am subscribed to -devel but still missed this mai

Re: Package removal from testing for bug in stable

Hi, On Fri, Jun 17, 2016 at 10:31:51AM +0300, Eugene Zhukov wrote: > The package is marked for autoremoval from testing, however the RC[1] > bug is reported against version in stable (testing has a newer > version, without a bug). The BTS dows not know that. And if you look at the version graph[1

Re: package versions with snapshots/branch updates (was: Re: Accepted gcc-5 5.3.1-21 (source) into unstable)

On Sun, May 29, 2016 at 12:40:32PM +0500, Andrey Rahmatullin wrote: > On Sun, May 29, 2016 at 12:00:28AM +0200, Rene Engelhard wrote: > > > > e.g. if you have a package 1.0 and add a complete branch update as a > > > > patch > > > > (or upgrade to a snapsh

Re: package versions with snapshots/branch updates (was: Re: Accepted gcc-5 5.3.1-21 (source) into unstable)

On Sun, May 29, 2016 at 01:37:00AM +0500, Andrey Rahmatullin wrote: > On Sat, May 28, 2016 at 07:44:11PM +0200, Rene Engelhard wrote: > > e.g. if you have a package 1.0 and add a complete branch update as a patch > > (or upgrade to a snapshot) one should do a 1.0+gitYYYDDM

package versions with snapshots/branch updates (was: Re: Accepted gcc-5 5.3.1-21 (source) into unstable)

Hi, I have seen various packages (mostly from the same maintainer, though) which do branch updates in a imho wrong way. Updates to a stable branch fixes or backporting fixes is OK. I don't deny that or so. But the package IMHO should have a correct version then. e.g. if you have a package 1.0 an

Bug#823465: dpkg: Won't run at all on i586 Pentium MMX due to illegal instruction

retitle 823465 New binaries won't run at all on i586 Pentium MMX due to illegal instruction clone 823465 -1 reassign -1 release-notes reopen -1 retitle -1 Document dropping i586 support severity -1 important thanks On Thu, May 05, 2016 at 10:28:56PM +0200, Rene Engelhard wrote: > > S

Bug#823465: dpkg: Won't run at all on i586 Pentium MMX due to illegal instruction

On Thu, May 05, 2016 at 06:50:43PM +0200, Pierre Ynard wrote: > This is my production system and I run a lot of services on it. This on *unstable*? > So are there release notes somewhere? What's the recommended course of I don't believe there are, as the release and release notes are still a few

Re: are -dbgsym packages supposed to be modified?

On Sat, Feb 20, 2016 at 06:10:18PM +0100, Matthias Klose wrote: > this is seen with the recent upload of the librevenge package. The LibreOffice has that, too (even before librevenge had it). See last paragraph. > maintainer scripts modify the librevenge-0.0-0-dbgsym package to include the No,

Re: MBF Announcement: Transition libpng12 -> libpng16

On Tue, Jan 05, 2016 at 09:58:03PM +0100, Rene Engelhard wrote: > On Tue, Jan 05, 2016 at 09:50:58PM +0100, Samuel Thibault wrote: > > Rene Engelhard, on Tue 05 Jan 2016 21:43:33 +0100, wrote: > > > So that it will immediately fail when something eventually picks > > > u

Re: MBF Announcement: Transition libpng12 -> libpng16

On Tue, Jan 05, 2016 at 09:50:58PM +0100, Samuel Thibault wrote: > Rene Engelhard, on Tue 05 Jan 2016 21:43:33 +0100, wrote: > > So that it will immediately fail when something eventually picks > > up the experimental packages (as experimental buildds right now do in some

Re: MBF Announcement: Transition libpng12 -> libpng16

On Tue, Jan 05, 2016 at 08:04:53PM +0100, Andreas Metzler wrote: > Tobias Frost wrote: > > For those want to test against libpng1.6:  > > Note that the libpn16 package in experimental does NOT Provide libpng- > > dev at the moment. As I've hacked something together for my rebuild, > > you can grab

Re: Byte swapped /usr/share?

Hi, On Sat, Sep 26, 2015 at 02:05:41PM +0200, Ole Streicher wrote: > Just to make it sure: for the architectures that currently built on > Debian (officially or inofficially), I should then use someting like the > following in d/control: > > Depends: astrometry-data-tycho2-07-bigendian [any-amd64

Re: libstdc++ follow-up transitions

Hi, On Fri, Aug 21, 2015 at 12:12:40PM +0100, Simon McVittie wrote: > hunspell is one notable exception, if it does indeed need renaming (I > haven't verified) It was already bin-NMUed without renaming 16d ago. That said, a testbuild of LO with non-transitioned libs did NOT give me a build failur

Bug#787080: ITP: libreoffice-online -- LibreOffice on-line

Package: wnpp Severity: wishlist Owner: Rene Engelhard Filing this ITP because I am sure people will ask about this when it becomes official. It already appeared in a PM: http://blog.documentfoundation.org/2015/03/25/libreoffice-to-become-the-cornerstone-of-the-worlds-first-universal

Re: jessie for x32

Hi, On Thu, Feb 26, 2015 at 08:01:46PM +0100, Sebastian Andrzej Siewior wrote: > On 2015-02-23 14:20:09 [+0100], Rene Engelhard wrote: > > > > But I'd be surprised if it worked even then, you did pot the brigdes > > (containing > > asm) to apply to x32s ABI and

Re: jessie for x32

Hi, On Sun, Feb 22, 2015 at 03:56:20AM +0100, Adam Borowski wrote: > * no libreoffice: java toolchain has JNI issues There's --without-java. Might work or not, doubt many people use it these days. (As long as baseline is 1.5 I can still use gcj...) But I'd be surprised if it worked even then, yo

Re: Arch-dependent files in /usr/share

Hi, On Sun, Nov 02, 2014 at 03:11:12PM -0800, Russ Allbery wrote: > But the broader point is that if we stopped requiring this distinction, > you could unwind those hacks as well. My guess is that would make > maintaining the packages easier and would be preferrable from your > perspective, altho

Re: Arch-dependent files in /usr/share

Hi, On Sun, Nov 02, 2014 at 01:09:02PM -0800, Russ Allbery wrote: > files there. No one is ever going to bother to move the files in, say, > LibreOffice into /usr/share, since the theoretical gain totally isn't > worth the effort in maintaining the package. Actually I have various hacks in Libre

Re: post-jessie: header only C++ library package (static?)

On Sun, Oct 19, 2014 at 08:45:04PM +, Sune Vuorela wrote: > On 2014-10-19, Rene Engelhard wrote: > > On Sun, Oct 19, 2014 at 04:39:20PM +0200, Jerome BENOIT wrote: > >> > What I know of is > >> > - large parts of boost and > >> > - seqan. > >

Re: post-jessie: header only C++ library package (static?)

Hi, On Mon, Oct 20, 2014 at 11:12:24PM +0900, Osamu Aoki wrote: > > > "header only C++ library package" seems to be more common. > > As I see the replies > trie data structure of marisa (my problem) > large portion of boost(Dimitri) > STL (Dimitri) > seqan >

Re: post-jessie: header only C++ library package (static?)

On Sun, Oct 19, 2014 at 04:39:20PM +0200, Jerome BENOIT wrote: > > > On 19/10/14 16:07, Bastian Blank wrote: > > On Sun, Oct 19, 2014 at 03:30:17PM +0200, Thorsten Glaser wrote: > >> On Sun, 19 Oct 2014, Osamu Aoki wrote: > >>> This is about packaging around a header only C++ library package. > >

Bug#763455: ITP: o3dgc -- Open 3D Graphics Compression library

Package: wnpp Severity: wishlist Owner: Rene Engelhard * Package name: o3dgc Version : ? Upstream Author : Advanced Micro Devices, Inc. * URL : https://github.com/amd/rest3d/tree/master/server/o3dgc * License : MIT Programming Lang: C++ Description

Bug#763453: ITP: rapidjson -- JSON parser and generator for C++

Package: wnpp Severity: wishlist Owner: Rene Engelhard * Package name: rapidjson Version : 0.11 Upstream Author : Milo Yip (milo...@gmail.com) * URL : https://github.com/miloyip/rapidjson * License : BSD Programming Lang: C++ Description : JSON parser

Bug#763445: ITP: collada2gltf -- COLLADA to glTF converter

Package: wnpp Severity: wishlist Owner: Rene Engelhard * Package name: collada2gltf Version : 20140923 Upstream Author : KhronosGroup / Motorola Mobility, Inc. sGroup * URL : https://github.com/KhronosGroup/glTF/tree/master/converter/COLLADA2GLTF * License

Bug#753382: ITP: ucpp -- embeddable, quick and light C preprocessor

Package: wnpp Severity: wishlist Owner: Rene Engelhard * Package name: ucpp Version : 1.3.2 * URL : Thomas Pornin * License : BSD Programming Lang: C Description : embeddable, quick and light C preprocessor A C preprocessor designed to be embeddable

Re: Registration open for DebConf14

Hi, On Sat, Apr 26, 2014 at 10:52:41AM +0200, Daniel Baumann wrote: > On 04/26/2014 08:11 AM, Steve Langasek wrote: > > If you want to attend DebConf14, please fill out the registration > > form . > > this redirects to: > https://sso.debian.org/sso/acs_er

Re: [debian-mysql] MySQL.. no.. _I_ need your help!

Hi, On Fri, Oct 25, 2013 at 08:32:23AM -0700, Clint Byrum wrote: > As some of you may know, I've been doing the bulk of the package > maintenance on the mysql package for a while now. It started as part of > my day job with Canonical, but since leaving Canonical it has been more > a labor of love

Re: away_0.9.5+ds-0+nmu2_multi.changes ACCEPTED into unstable

Hi, On Fri, Oct 25, 2013 at 11:32:55AM +0100, Wookey wrote: > Really? This is boring stuff that needs doing. I would be grateful if > someone did it for me on one of my packages, assuming they didn't break > anything. Updating to new upstream versions for tiny packages like this is also boring. Y

Re: away_0.9.5+ds-0+nmu2_multi.changes ACCEPTED into unstable

Hi, WTF? On Fri, Oct 25, 2013 at 01:18:18AM +, Debian FTP Masters wrote: > Changed-By: Andreas Moog away (0.9.5+ds-0+nmu2) unstable; urgency=low > . >* Non-maintainer upload > - d/p/01_fix_makefile: $LIBS need to come after $SRC while linking to >fix building with ld --as-

Re: jessie release goal: verbose build logs

Hi, I completely agree on the goal and disable silent rules where I notice them, but: On Fri, Jun 14, 2013 at 01:35:34PM +0200, Matthias Klose wrote: > - Change Debian policy to recommend or require verbose build logs. >#628515 Change buildds. Do we have autosiging now for all buildds? TTB

Re: alternative debian/rules

Hi, On Fri, Apr 05, 2013 at 03:32:24PM +0400, Игорь Пашев wrote: > I've just realized that debian/rules might not be a makefile, but can > be a script in any language. Not really. http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules "This file must be an executable makefile, [..

Re: NEW processing during freezes (Was: R 3.0.0 and required rebuilds of all reverse Depends: of R)

Hi, On Mon, Apr 01, 2013 at 05:06:03PM +0200, Luca Falavigna wrote: >True. But most of the packages that currently are on top of the NEW queue >would have introduced transitions if FTP Team blindly had accepted them, >and we agreed with Release Team to keep them in the queue to avoid >

Re: R 3.0.0 and required rebuilds of all reverse Depends: of R

On Mon, Apr 01, 2013 at 03:36:35PM +0100, Neil Williams wrote: > It is installable from experimental if the local setup is correct. It's > only a change to apt sources and preferences, in a chroot if necessary. This Debian. It is uninstallable there. And people (NOT ME!) can't install it. Which is

Re: R 3.0.0 and required rebuilds of all reverse Depends: of R

On Mon, Apr 01, 2013 at 02:23:36PM +0100, Neil Williams wrote: > NEW processing happens whether the new package is meant for unstable or > experimental. Whether the package is in unstable or experimental does True. > not change how that package gets tested. It can affect how that package > affect

Re: R 3.0.0 and required rebuilds of all reverse Depends: of R

On Mon, Apr 01, 2013 at 01:47:10PM +0100, Neil Williams wrote: > ... and those uploads go into experimental as well. What's wrong with that? That non-processed NEW for packages which in turn is needed for other packages to go to experimental for getting them tested blocks those packages from being

Re: R 3.0.0 and required rebuilds of all reverse Depends: of R

Hi, On Mon, Apr 01, 2013 at 11:47:10AM +0200, Samuel Thibault wrote: > Uoti Urpala, le Mon 01 Apr 2013 05:12:46 +0300, a écrit : > > Distributions that make latest > > software available are necessary for free software development. > > Again, that's one of the things experimental is for. Which d

Re: Embedding jquery.js disaster

Hi, On Fri, Feb 15, 2013 at 08:35:54PM +0800, Thomas Goirand wrote: > I wonder if someone should do a bug mass-filling... [...] > If I grep -v /usr/share/doc, then there's "only" 105 instances of > jquery.js in SID... By the way, is it considered ok to embed jquery.js > under /usr/share/doc? (I'd

Re: Debian Policy 3.9.4.0 released

Hi, On Wed, Sep 19, 2012 at 10:01:39AM -0700, Don Armstrong wrote: > On Wed, 19 Sep 2012, Joey Hess wrote: > > Russ Allbery wrote: > > > 7.8 > > > New `Built-Using' field, which must be used to document the > > > source packages for any binaries that are incorporated into

Re: Need advice about a package installing no files at all

On Wed, Sep 12, 2012 at 02:17:05PM +, The Fungi wrote: > According to the package description, xmess-sdl is now a > transitional dummy package depending on the new mess package. In > fact, the unrelated bug report you linked even mentions that. This > is how package renames are generally suppos

Re: [pkg-boost-devel] Boost defaults change (1.46.1 --> 1.48)

Hi, > I'm bcc'ing this email to maintainers of the list of packages, below. > Each of you, I'd appreciate it if you could check with the upstream > authors whether a fix is already available. Please send an update > to the appropriate bug with the upstream response or mark the bug > forwarded to

Re: Boost defaults change (1.46.1 --> 1.48)

Hi, > I'd like to point out that any resulting build failures are quite easy > to fix: either > (a) contact package upstream for boost 1.48 changes; or It is? #652681 doesn't look like it. Will 1.46 be around long enough that reverting to 1.46 is an option there? The wheezy release should be wi

Re: Periodic automake cleanup: removal of automake1.7

On Sat, Oct 15, 2011 at 10:20:36PM -0400, Eric Dorland wrote: > Rene Engelhard >libtextcat Will not be done. I'll not change the build of a dead package (which already would be replaced with the libexttextcat source package if #644287 was fixed - which doesn't have a bui

Re: MBF alert: packages with very long source / .deb filenames

Hi, On Fri, Mar 25, 2011 at 09:48:15PM +0100, Adam Borowski wrote: > On Fri, Mar 25, 2011 at 05:09:54PM +0100, Rene Engelhard wrote: > > Hi, > > > > On Fri, Mar 25, 2011 at 03:27:57PM +, Steve McIntyre wrote: > > > The longest is: > > > > &g

Re: MBF alert: packages with very long source / .deb filenames

Hi, On Fri, Mar 25, 2011 at 03:27:57PM +, Steve McIntyre wrote: > The longest is: > > libreoffice-presentation-minimizer_1.0.3+LibO3.3.1-1_kfreebsd-amd64.deb > > at 71. Good, then any bug against openoffice.org is not needed, as that obviously will be + wontfix wheezy-ignore, because it sim

Re: MBF alert: packages with very long source / .deb filenames

Hi, On Fri, Mar 25, 2011 at 02:17:06PM +, Steve McIntyre wrote: > Debian LibreOffice Maintainers >openoffice.org Dead. Any anything there is just transitional packages you need tor squeeze->wheezy upgrades, so need to stay. Is libreoffice also affected? >From your list it appears not...

Bug#617718: ITP: libgraphite2-2.0.0 -- a "smart font" rendering engine -- library

Package: wnpp Severity: wishlist Owner: Rene Engelhard * Package name: libgraphite2-2.0.0 Version : 0.9.3 Upstream Author : SIL International * URL : http://sf.net/projects/silgraphite * License : LGPL Programming Lang: C++ Description : a "smart

Re: Bits from ftp-team (aka: Don't upload RC fixes to NEW queue)

On Tue, Nov 02, 2010 at 10:55:23AM +0100, Alexander Reichle-Schmehl wrote: > I think there's has already been the case, that a ABI breaking library > was accepted to experimental (hey, it was only experimental, was it?), > and later uploaded by the maintainer to unstable, leading to unpleasant > re

Re: mysql-workbench for debian without bundled libraries

Hi, On Sat, Oct 09, 2010 at 02:15:10AM +0800, Liang Suilong wrote: > I also test to build mysql-workbench on Launchpad with > mysql-connector-c++_1.1.0~bzr895. It looks quite strange.\240 That package version is buggy afaics. Seems r895 is *after* 1.1.0 GA (see CHANGES), and not before. >

Re: mysql-workbench for debian without bundled libraries

Hi, On Thu, Oct 07, 2010 at 04:53:14PM +0200, Rene Engelhard wrote: > I so far thought there is no GA 1.1.0 (see > http://forge.mysql.com/wiki/Connector_C%2B%2B, > mainly because they insist on getting the boost stuff to work with ancient > compilers on ancient AIX') Wil

Re: mysql-workbench for debian without bundled libraries

[ please use proper mail formatting. no top posting and no HTML, please ] Hi, On Thu, Oct 07, 2010 at 10:21:06PM +0800, Liang Suilong wrote: >I ever asked Remi Collet who is a Fedora sponsor maintaining >mysql-wokbench in Fedora to use a GA version mysql-connector-c++-1.1.0. I so far th

Re: mysql-workbench for debian without bundled libraries

On Thu, Oct 07, 2010 at 08:13:55PM +0800, Liang Suilong wrote: >I built a package for mysql-workbench on debian. Here are the packages. I >put them on google docs.? > > [1]https://docs.google.com/leaf?id=0B6uJ1YpVaG2EYTM1ZGEyNmYtZWNmMS00NzBiLThmMzYtNzUyN2NhMGIwZjFm&hl=en >mysql-work

Re: Accepted postgresql-9.0 9.0.0-1 (source all amd64)

Hi, On Mon, Sep 20, 2010 at 01:32:41PM +, Martin Pitt wrote: [...] > libpq-dev - header files for libpq5 (PostgreSQL library) > libpq5 - PostgreSQL C client library [...] >* Final 9.0 release, upload to unstable (will not go into Squeeze, though). [...] > bb626688fd7e228052ee28c614

Re: Bugs in Backported Packages

On Wed, Sep 08, 2010 at 01:22:24PM -0700, Don Armstrong wrote: > 1: It's certainly a bug in the backported package using debhelper > improperly; it may also be an additional wishlist bug in debhelper. I disagree, the backported package uses debhelper correctly. Especially if you don't use the back

Re: Bugs in Backported Packages

On Wed, Sep 08, 2010 at 12:04:24PM -0700, Don Armstrong wrote: > That's not a bug in debhelper; it's a bug in the backport of the > package, so it shouldn't be filed against debhelper. [Though, perhaps > it could be a wishlist request; I don't know.] No, it's a bug in the debhelper backport. If b

  1   2   3   >