Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-input-aiptek
Description : X.Org X server -- Aiptek input driver
Adopting X drivers that were removed in #955603 despite many objects.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-input-elographics
Description : X.Org X server -- ELOGraphics input driver
Adopting X drivers that were removed in #955603 despite many objects.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-input-mutouch
Description : X.Org X server -- muTouch input driver
Adopting X drivers that were removed in #955603 despite many objects.
On Fri, Feb 05, 2021 at 05:38:42PM +0100, Julien Cristau wrote:
> On Fri, Feb 05, 2021 at 06:03:57PM +0200, Adrian Bunk wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Adrian Bunk
> >
> > Package name: xserver-xorg-input-aiptek
> > Des
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-mach64
Description : X.Org X server -- ATI Mach64 display driver
Adopting X drivers that were removed in #955603 despite many objects.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-neomagic
Description : X.Org X server -- Neomagic display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-r128
Description : X.Org X server -- ATI r128 display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-savage
Description : X.Org X server -- Savage display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-siliconmotion
Description : X.Org X server -- SiliconMotion display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-sisusb
Description : X.Org X server -- SiS USB display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-tdfx
Description : X.Org X server -- tdfx display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-trident
Description : X.Org X server -- Trident display driver
Adopting X drivers that were removed in #955603 despite many objections.
which we don't want in a release in any case.
> and instead try to track positive
> attributes like fitness for release, though?
Can you provide a less lofty description of what you want to implement?
> -- Gard
cu
Adrian
.
>...
"Shared systems" have become pretty rare.
And there are now also many non-technical Linux users who have never
used a shell.
cu
Adrian
On Tue, Feb 09, 2021 at 12:02:33PM -0800, Russ Allbery wrote:
> Adrian Bunk writes:
> > On Mon, Feb 08, 2021 at 11:13:10PM +0100, Steinar H. Gunderson wrote:
> >>...
> >> users on
> >> shared systems can expect it to be available without asking an
> >>
> Sean Whitton
cu
Adrian
[1]
https://salsa.debian.org/ftp-team/dak/commit/72eb6d533e3d88db7da934865fbbd8da92020f02
de and binary-only
WebAssembly and executing them locally are also covered by precedent.
> Thanks!
>
> cheers, josch
cu
Adrian
ftware" and raise the
> baseline to match the amd64 one,
>...
> Or we could make two architectures, I guess.
Two architectures would be a *huge* effort with little benefit.
With rare exceptions,[1] doing 1) automatically provides 2)
until the year 2038 becomes a real problem f
cal issues around voting I think we have enough competent
people to discuss them without external help.
> -Jonathan
cu
Adrian
On Mon, Apr 19, 2021 at 06:37:01PM +0200, Simon Richter wrote:
> Hi,
Hi Simon,
> On Sun, Apr 18, 2021 at 04:56:34PM +0300, Adrian Bunk wrote:
>
> > Is it really still an open question whether Debian is a political
> > project that has opinions on non-technical topics
tled instead
of having an endless succession of GRs around the same topic.
cu
Adrian
s would only happen when there is
consensus that nothing is left to be discussed.
cu
Adrian
On Tue, Apr 20, 2021 at 11:59:31AM +0200, Philipp Kern wrote:
> On 2021-04-20 10:59, Adrian Bunk wrote:
> > I would suggest to replace the option of shortening the discussion
> > period with the possibility of early calling for a vote after a week
> > that can be vetoed by an
private library
(see e.g. #964536).
I don't understand what benefits this switch to static linking gives,
except for making security support harder.
> Helmut
cu
Adrian
nspython is a utility to work with DNS, /etc/hosts is thus not used.
For simple forward DNS lookups, it's better to use socket.getaddrinfo()
or socket.gethostbyname().
dnspython originated at Nominum where it was developed to facilitate the
testing of DNS software.
cu
Adrian
h might result in them being skipped in most cases.
cu
Adrian
stack doing something unreasonable.
> Helmut
cu
Adrian
s_wrapper.html
> https://cwrap.org/resolv_wrapper.html
>...
This is mocking the C library functionality,
which is not used by dnspython.
> bye,
> pabs
cu
Adrian
r
> such tests.
>...
Depending on and configuring a normal DNS server might not happen in
practice, since the build process running as a normal user would have
to configure and manually start it running on a non-privileged port.
Trying to resolve DNS addresses on the internet during the build is
not permitted.
> - Josh Triplett
cu
Adrian
The libgnutls in Debian 10 has already been patched several times
by Debian for CVE fixes.
Having to patch several different versions of the same library
in different packages multiplies the effort required to provide
security support for a library.
cu
Adrian
would likely need changes for supporting
anything like that.
A multilib based approach might be more realistic for bookworm.
What benefits would a "none arch" even bring compared to building
binary-all packages?
The ability to binNMU is the only one that comes into my mind.
cu
Adrian
On Sun, Sep 12, 2021 at 01:18:11PM +, Bastien ROUCARIES wrote:
> Le dim. 12 sept. 2021 à 07:38, Adrian Bunk a écrit :
> >
> > On Sun, Sep 05, 2021 at 08:53:49AM +0200, Bastien ROUCARIES wrote:
> > >...
> > > Improve dpkg to support partial arch. I volonteer t
d supported
by Debian it would be a good idea to migrate Wine to using that.
But a realistic solution for Wine in Debian 12 has to be multilib,
not multiarch.
> Bastien
cu
Adrian
On Sun, Sep 12, 2021 at 02:57:20PM +, Bastien ROUCARIES wrote:
> Le dim. 12 sept. 2021 à 14:16, Adrian Bunk a écrit :
> >
> > On Sun, Sep 12, 2021 at 01:57:44PM +, Bastien ROUCARIES wrote:
> > >
> > > I think you misunderstand:
> > &g
be the first who does cross
building packages on the buildds, there is likely a lot of work and
bugfixing ahead for you for getting that working.
> Regards,
>
> Stephen
cu
Adrian
upport,
then we shouldn't hide the problem from our users.
cu
Adrian
On Sun, Sep 12, 2021 at 07:03:54PM +0200, Stephen Kitt wrote:
> On Sun, 12 Sep 2021 19:20:16 +0300, Adrian Bunk wrote:
> > On Sun, Sep 12, 2021 at 05:31:41PM +0200, Stephen Kitt wrote:
> > >...
> > > While one could imagine adding support to all the appropriate
>
ly be used
for trusted local contents.
> Regards,
>
> Stephen
cu
Adrian
On Mon, Sep 13, 2021 at 08:38:52PM +, Bastien ROUCARIES wrote:
> Le lun. 13 sept. 2021 à 20:24, Adrian Bunk a écrit :
> > On Mon, Sep 13, 2021 at 08:19:31PM +0200, Stephen Kitt wrote:
>...
> > > The regressions are significant though: if packages can’t stay
> > >
On Mon, Sep 13, 2021 at 04:05:57PM -0700, Don Armstrong wrote:
> On Fri, 10 Sep 2021, Adrian Bunk wrote:
> > On Wed, Sep 08, 2021 at 09:01:31AM -0700, Josh Triplett wrote:
> > >...
> > > I think dnspython's previous approach was correct: just like glibc, musl,
>
changes migrate its database if the
existing reader code is no longer functional due to this change in Python?
That's not impossible, but might make things a lot harder.
AFAIK even Python 2.7 will still be shipped in bookworm, so let's not
make life harder for other people by hurrying too
src:pcre3 would be
better than hiding vulnerabilities through vendoring.
> Kind Regards,
>
> Bas
cu
Adrian
[1] https://security-tracker.debian.org/tracker/source-package/pcre3
ons usually happening when someone
anyway does (and tests!) larger packaging changes.
Ensuring that all relevant lintian tags are warnings would be the
appropriate action (which is not yet true[1]), but there is no urgency
on getting everything "fixed" immediately.
cu
Adrian
[1]
On Tue, Mar 08, 2022 at 11:39:04AM +0100, Andreas Tille wrote:
> Hi Adrian,
Hi Andreas,
> Am Mon, Mar 07, 2022 at 11:42:42PM +0200 schrieb Adrian Bunk:
>...
> > lintian already warns or has info tags that should be upgraded to warning,
>
> I absolutely agree here.
>
&g
>
> cheers, josch
cu
Adrian
people in the project, the burden of
proof is on you to show that the time is better spent on this than on
other bookworm work that could be done instead.
> Lucas
cu
Adrian
dy outside of
what systemd accepts.[1]
Non-ASCII characters in account names sound like a lot of breakage
and CVEs to me.
> Greetings
> Marc
cu
Adrian
[1] https://github.com/systemd/systemd/issues/6237
rk for maintainers and result in faster fixing of the bugs.
> Lucas
cu
Adrian
The package
> was not uploaded by its maintainer for >10 years. It received an NMU by
> Adrian Bunk (in CC as well):
>
> [2022-01-02] imgvtopgm 2.0-9.1 MIGRATED to testing (Debian testing watch)
> [2021-12-27] Accepted imgvtopgm 2.0-9.1 (source) into unstable (Adrian Bunk)
> [2
es
the correct one at startup.
> Meow!
cu
Adrian
On Sun, Apr 03, 2022 at 02:42:18PM +0200, Bastian Blank wrote:
> On Sun, Apr 03, 2022 at 02:17:15PM +0300, Adrian Bunk wrote:
> > SIMDe (or similar approaches) could be used to build variant(s) of the
> > library that have compile-time emulation of SIMD instructions in the
>
On Wed, Apr 06, 2022 at 01:38:09PM +0200, Adam Borowski wrote:
> On Sun, Apr 03, 2022 at 02:17:15PM +0300, Adrian Bunk wrote:
> > On Fri, Mar 25, 2022 at 11:34:17PM +0100, Adam Borowski wrote:
> > > * while a hard Depends: works for leafy packages, on a library it
> &
nce for any hints,
> Ross
cu
Adrian
> On Mon, Apr 18, 2022 at 04:39:16AM +, Debian testing autoremoval watch
> wrote:
> > e17 0.25.3-1 is marked for autoremoval from testing on 2022-05-17
> >
> > It (build-)depends on packages with these RC bugs:
> > 1008832: f
aster for changing passwords,
> then evidently you are not relying on support for NIS in PAM. (yppasswd
> doesn't even link against libpam.)
Could you add this information to NEWS.Debian and/or the release notes?
People administrating networks tend to be the people who actually read
the release notes before planning an upgrade to a new release.
Thanks
Adrian
.
The best timing for such a change would be immediately after the release
of bookworm.
> Matthias
cu
Adrian
ng one dislikes or
disagrees with "harassment" or *phobic.
> Thank you,
> Jeremy Bicha
cu
Adrian
On Fri, Jul 15, 2022 at 07:10:55PM +, Andrew M.A. Cater wrote:
> On Fri, Jul 15, 2022 at 07:05:09PM +0300, Adrian Bunk wrote:
>...
> > Debian is not a project that fights for trans people or fights for
> > denazification or fights for whatever other non-technical top
Package: debhelper
Version: 13.8
Severity: serious
X-Debbugs-Cc: debian-devel@lists.debian.org
[ debian-devel is in Cc for getting further input. ]
dh_dwz is part of the standard sequence in dh since debhelper compat 12.
dwz offers small optimizations of debug info, the typical benefit
seems to
rsion is in the archive on that architecture".
On release architectures people are usually fast with getting stale
versions of no longer buildable packages removed since it prevents
testing migration.
> Samuel
cu
Adrian
t ports or all little endian
ports create much extra work for anyone adding support for a new 64bit
little endian architecture.
> Samuel
cu
Adrian
quot;
A relevant quesion would be whether this is [!s390x] or [littleendian].
There are 5 additional big endian architectures in ports,
plus people elsewhere apparently working on ports like arm64eb.
And while it is unclear whether s390x has any users at all on Debian,
ports architectures like hppa or powerpc do have users.
cu
Adrian
package-is-broken-on-ppc64el [ppc64el],...
This might not be the most elegant solution, but it should be sufficient
to solve the problem in this thread and it does not require any tool changes.
> Thanks,
> Guillem
cu
Adrian
e welcome - but none of these are critical for our releases since
none of these impact how packages are built for bookworm on our buildds.
> Thanks.
Thanks
Adrian
On Sat, Jan 28, 2023 at 12:20:16AM +0100, Santiago Vila wrote:
> El 27/1/23 a las 22:37, Adrian Bunk escribió:
> > On Fri, Dec 16, 2022 at 02:15:13AM +0100, Santiago Vila wrote:
...
> > I am right now looking at #1027382, and the first question is how I can
> > make apt remov
S that do not happen
on the buildds of release architectures are usually not RC.
> Thanks.
cu
Adrian
orce what was enforced
differently in the past, and what is still true in practice today.
It should at least be discussed first whether packages like tzdata that
have been a part of the build essential set should stay there.
> Thanks!
>
> cheers, josch
cu
Adrian
to fulfill the Build-Conflicts.
> Thanks!
>
> cheers, josch
cu
Adrian
s for the hello package installed by ~ 0.5%, this size
decrease does not strike me as a sufficient reason for reducing the
build essential set.
Everyone can feel free to disagree with me on the previous paragraph,
but please argue technically and not based on wording in policy.
> Regards,
> Guillem
cu
Adrian
re makes 100 packages FTBFS that do need tzdata
during the build, but previously got it installed through other
build dependencies.
> As you requested, I think the above two are technical reasons, not
> merely "because policy says so".
Thanks, I do appreciate that.
> Thanks.
cu
Adrian
On Sat, Jan 28, 2023 at 10:23:19PM +0100, Santiago Vila wrote:
> El 28/1/23 a las 22:18, Adrian Bunk escribió:
> > On Sat, Jan 28, 2023 at 09:45:14PM +0100, Santiago Vila wrote:
> > > ...
> > > The other one: There are a bunch of packages whose unit tests rely o
lled on the buildd.
>...
This seems to be a regression in rust-rustls 0.20.8-1:
Package: librust-rustls-dev
Provides: ..., libstring-shellquote-perl
> - Jonas
cu
Adrian
On Sun, Jan 29, 2023 at 05:00:56AM +0100, Guillem Jover wrote:
> On Sat, 2023-01-28 at 21:35:01 +0200, Adrian Bunk wrote:
> > I don't think such arguments are bringing us forward,
> > we should rather resolve the problem that these differ.
> >
> > All/Most(?) p
a serious attempt at fixing the bug in exchange for the effort.
It is bad enough that we are often not good at trying to resolve bugs
where users have sometimes spent considerable effort at writing a good
bug report, but asking users to do pointless work would be horrible.
cu
Adrian
[1] especially if
le compromise might be if
upstream says "32-bit patches are welcome" and requires an
--i-know-that-32-bit-support-is-unsupported-and-might-be-broken
configure flag when building for 32-bit archs.
> Best regards
> Alastair
cu
Adrian
[1] https://bugs.debian.org/cgi-bin/bugr
On Mon, Feb 13, 2023 at 10:33:51AM +, Holger Levsen wrote:
> On Sat, Feb 11, 2023 at 10:45:16PM +0200, Adrian Bunk wrote:
> > On Mon, Feb 06, 2023 at 10:07:59AM -0700, Sam Hartman wrote:
> > > Most of us do not prefer to close bugs simply because they are old.
> > It cr
ser evil for us will be to configure packages
differently when one or all MPI implementations are going away on 32-bit.
For example:
ffmpeg -> codec2 -> octave -> sundials -> sundials does not build with MPICH
One of these four arrows must be broken.
That's work and not fun work, but likely the lesser evil.
cu
Adrian
g on orphaned packages or doing NMUs, it is also often useful
for me to see the amount/age/contents of bugs in a package as an
indication in what state it is.
cu
Adrian
ndoc for generating the manpage for the command-line program.
This made the new libflac unavailable on several ports architectures.
Someone will have to make the build dependency on pandoc and the
contents of debian/flac.install architecture-dependent, or create
a separate binary-all flac-common package for the manpage.
cu
Adrian
to support Vcs-Bzr but not Vcs-Cvs,
and there is no requirement for tools to drop working support for
something that is no longer specified.
Vcs-Browser is Vcs agnostic and would stay permitted for any kind of Vcs,
including ones never listed in Policy.
> Thanks for any comments,
> Bastian
cu
Adrian
grant a term of protection in excess
of those provided by the preceding paragraphs.
...
> --Sam
cu
Adrian
voids most of the problems
you are worried about (but is not a general solution).
> Helmut
cu
Adrian
On Sun, Feb 26, 2023 at 04:32:59PM +0100, Daniel Leidert wrote:
> Am Sonntag, dem 26.02.2023 um 16:57 +0200 schrieb Adrian Bunk:
> > On Sun, Feb 26, 2023 at 03:47:49PM +0100, Daniel Leidert wrote:
> > > Am Samstag, dem 25.02.2023 um 16:15 +0200 schrieb Adrian Bunk:
> > &
unity/community/discussions/48173
> where VundleVim (vim plugin manager) disappeared 'out of the blue'.
> (that vundlevim isn't packaged for Debian is irrelevant)
For anything in Debian, the package sources in Debian would not
disappear when a repository (or salsa) disappears.
cu
Adrian
On Sun, Feb 26, 2023 at 07:09:59PM +0100, Daniel Leidert wrote:
> Am Sonntag, dem 26.02.2023 um 19:45 +0200 schrieb Adrian Bunk:
> >
> [..]
> > Debian Policy §4.9 says that *attempting* to access the internet
> > is forbidden:
> >
> > For packages in the mai
On Sun, Feb 26, 2023 at 09:57:34PM +0100, Diederik de Haas wrote:
> On Sunday, 26 February 2023 20:06:26 CET Adrian Bunk wrote:
>...
> > For anything in Debian, the package sources in Debian would not
> > disappear when a repository (or salsa) disappears.
>
> Question
far less related than you hope:
People tend to be either terse or verbose,
not terse in the package but verbose in git commits.
And when trying to improve verbosity, this shouldn't be only
in the git metadata outside the package.
> Cheers,
> Diederik
cu
Adrian
On Sun, Feb 26, 2023 at 08:25:25PM +0100, Helmut Grohne wrote:
> On Sun, Feb 26, 2023 at 07:15:45PM +0200, Adrian Bunk wrote:
> > What you describe is an RC bug as soon as the more recent toolchain
> > becomes default, and the correct solution is to not bui
On Wed, Mar 01, 2023 at 05:54:38PM -0700, Sean Whitton wrote:
> Hello,
Hi Sean,
> On Sun 26 Feb 2023 at 11:38PM +02, Adrian Bunk wrote:
>
> > On Sun, Feb 26, 2023 at 09:57:34PM +0100, Diederik de Haas wrote:
> >> On Sunday, 26 February 2023 20:06:26 CET Adrian Bunk w
On Sat, Mar 04, 2023 at 07:43:37PM +, Scott Kitterman wrote:
> On March 4, 2023 5:25:35 PM UTC, Adrian Bunk wrote:
> >On Wed, Mar 01, 2023 at 05:54:38PM -0700, Sean Whitton wrote:
> >>
> >> This is a matter of perspective. The fact that dak doesn't store git
I have some old games that are binary-only and really don't
> care what time it is.
>...
How confident are you that they work fine with negative time_t values?
Functions like time(2) return (time_t)-1 on error.
> John
cu
Adrian
f the flight to the
booked destination, and in the worst case travels in August are
not covered by "book with confidence" rules of the airline - it
is mandatory to read the fine print before booking.
cu
Adrian
ebian porter.
> How can unblock it ?
there are several active porters on the debian-mips list.
My first guess would be that your package was a victim of #953437,
follwing the suggestion from Paul to give it back would be enough
if the flint change on the 27th fixed it.
> Thanks in advance,
> Jerome
cu
Adrian
le on the internet claiming "main/other" would be
terminology for discrimination against the Ainu people.
I cannot judge whether this specific claim is true or not,
only wondering whether anyone has done a global vetting
on replacement names.
> smcv
>...
cu
Adrian
ode64
> Thanks in advance for any help.
>
> Jérémy
cu
Adrian
th that, my first thought was whether there is also
an rx program...
> bye,
> pabs
cu
Adrian
use
a far too generic name for a program, and the older package might
have users using it with this name in stable releases.
> Thanks,
> Yao Wei
cu
Adrian
On Mon, Jul 20, 2020 at 11:52:15PM +, Paul Wise wrote:
> On Mon, Jul 20, 2020 at 6:48 PM Adrian Bunk wrote:
>...
> > If we start allowing conflicts between completely unrelated packages
> > it might not end well in the long run.
>
> We already have had situation
his is something for upstream to implement.
> Matthias
cu
Adrian
t the 3 architectures where julia
currently builds.
The software engineering solution would be a dependency package
julia-or-nothing that depends depending on the architecture either
on julia or nothing.
cu
Adrian
e nasty problems.
>...
> I think that would be pretty easy to implement
>...
The number of tools parsing build dependencies or doing dependency
resolution is larger than you might expect.
cu
Adrian
501 - 600 of 1491 matches
Mail list logo
