On Wed, Dec 9, 2020 at 7:17 PM Marc Haber wrote:
> Ubuntu never cared about Debian.
That is probably not entirely correct, there are parts of the Ubuntu
community, including Canonical employees, that definitely care about
Debian, to the point that they are Debian members and fairly core
On Tue, Dec 8, 2020 at 3:04 PM Mark Pearson wrote:
> From my point of view (admittedly limited) there is limited benefit to
> building your own unsigned firmware as it won't load on our systems.
According the discussion I had with Lenovo and Intel folks, Intel
Baytrail/Cherrytrail/Broadwell
On Mon, Dec 7, 2020 at 1:58 PM Mark Pearson wrote:
> I'd like to solve the lack of Intel SOF audio firmware
IIRC the Debian kernel team were planning on adding those to the
linux-firmware.git packaging.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Sat, Dec 5, 2020 at 12:21 PM Matthias Klose wrote:
> Maybe there is more. But there's no progress, or intent to fix every tool to
> be
> aware of binNMUs. Maybe it's better to rethink how sourceful no-change
> no-maintainer uploads could be done without introducing the above issues?
`dch
On Tue, Dec 1, 2020 at 11:36 AM Julien Cristau wrote:
> Make no-change-other-than-version-bump source uploads easier?
`dch --rebuild` already exists, so this would just need support in
wanna-build/sbuild for generating such uploads and support in dak for
accepting sourceful uploads from
On Sun, Nov 29, 2020 at 11:36 PM RhineDevil wrote:
> Sounds a nice idea in theory but the -v command as shown in
> https://manpages.debian.org/buster/sbuild/sbuild.1.en.html is already
> occupied by "version"...
sbuild accepts long options, but in any case sbuild should not be
involved here,
On Sun, Nov 29, 2020 at 11:59 AM Iustin Pop wrote:
> Asking for people who have experience as Debian developers and who are
> annoyed by the Ubuntu bug count in the QA (debian) page.
BTW, the #debian-ubuntu OFTC IRC channel is useful for this sort of question.
--
bye,
pabs
On Sun, Nov 22, 2020 at 10:09 PM Türker Tuğra Subaşı wrote:
> I will make a debian based linux distro.
It might be a better option to use Debian instead, join the community
and contribute new packages and fixes for the use-cases and issues you
are interested in or encounter.
On Sat, Nov 21, 2020 at 10:33 AM Ansgar wrote:
> The goal is to have /bin and /usr/bin to have identical contents.
> So one would need a new /bin/python3 -> /usr/bin/python3 symlinks
Those seem unnecessary to me, since we have $PATH and nothing should
be using /bin/python3 at this stage.
--
On Fri, Nov 20, 2020 at 10:57 PM ajsjajis eihwjshs wrote:
> Its legal to making Linux distro and sharing with changing Debian logos codes
> etc.
The best option is to use Debian, join the community and contribute
new packages and fixes for the use-cases and issues you are interested
in or
On Fri, Nov 20, 2020 at 7:35 PM Simon McVittie wrote:
> Package-by-package migration touches a large number of packages
By my count there are 1712 binary packages from X source packages
installing things outside /etc /usr /var
$ apt-file search --regexp '^/[^euv]' | sed 's/: .*//' | sort -u |
On Fri, Nov 20, 2020 at 1:41 PM Tomas Pospisek wrote:
> Does anybody know why recently there have been so many duplicate WNPP
> bugreports? It seems like a trend, however I have no clue why? Why have
> recently so many WNPP reports been submitted twice?
I assume it is people who are new to the
On Wed, 2020-11-18 at 11:06 +, John Lines wrote:
> I believe/hope it should be possible to this type of thing another way,
> and that a technical sysadmin should not be needed.
You would still need a sysadmin to do the hardware, OS and software
setup, fixes, tweaks, replacement, etc.
> I
On Mon, Nov 16, 2020 at 7:30 PM John Lines wrote:
> I have been thinking about how to offer alternatives to Facebook, WhatsApp,
> Zoom etc for non-technical people, many of whom are finding the Internet and
> computers much more central to their lives than they did before the pandemic.
This
On Fri, Nov 13, 2020 at 9:06 PM Joerg Jaspert wrote:
> Nice. We do have a whole bunch of graphs here:
> https://ftp-master.debian.org/stat.html
Some more somewhat related stats:
https://ircbots.debian.net/stats/package_new.png
https://people.debian.org/~eriberto/udd/top_500_new.html
On Tue, Nov 10, 2020 at 9:28 AM Andrej Shadura wrote:
> Development packages for Rust and Go usually only ship source code.
This reminds me of the proposal for installable source packages that
one could (Build-)Depend on. Seems like that proposal would also solve
the issue with Go and Rust, as
On Mon, Nov 9, 2020 at 10:37 PM Joerg Jaspert wrote:
> More and more packages are being uploaded into the Debian archive which
> are only ever used for building packages. These are not only never
> intended to be installed onto an end-user's system, they are even
> actively discouraged from being
On Mon, Nov 9, 2020 at 12:42 AM Norbert Preining wrote:
> (please cc, I am not subscribed)
Done
> is there a way to restart service@ services after the package
> upgrade?
These are not "
systemd user services" as described in your email subject, they are
per-user instances of systemd system
On Tue, Oct 20, 2020 at 1:16 PM Jonas Smedegaard wrote:
> This was just now brought to my attention:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=924937#105
The decision linked therein appears to be based on the GPL system
library exception and on the fact that Fedora is relying on this
On Fri, Oct 16, 2020 at 2:30 AM Brett Gilio wrote:
> Noob question, as I am still working through the Debian contributor
> documentation. How does one adopt a package? I am interested in
> swi-prolog and smlnj, here. Feel free to link me the relevant
> information if I am just overlooking
On Sat, Oct 10, 2020 at 2:00 AM Brett Gilio wrote:
> I am a long term user of Debian GNU/Linux (and a regular contributor to
> GNU Guix). I have been using Debian or some other variant of GNU/Linux
> for 10+ years, in both professional and personal capacities. I notice
> that some packages that I
On Wed, Sep 30, 2020 at 10:11 PM Richard Laager wrote:
> I would expect that:
>
> 1. main builds include main repositories
> 2. contrib builds include main, contrib, & non-free repositories
> 3. non-free builds include main, contrib, & non-free repositories
AFAICT, we don't use separate chroots
On Wed, Sep 30, 2020 at 8:48 PM Philipp Kern wrote:
> Somewhat ironically not depending on anything but main is also true for
> non-free and contrib. (At least when you want it to be built by the
> official builders.)
That doesn't appear to be the current situation on the buildds. The
official
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org
* Package name: gensim
Version : 3.8.3
Upstream Author : Radim Řehůřek and others
* URL : https://radimrehurek.com/gensim/
* License
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: pytest-rerunfailures
Version : 9.1
Upstream Author : Leah Klearman and others
* URL : https://github.com/pytest-dev/pytest
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org
* Package name: pyemd
Version : 0.5.1
Upstream Author : Will Mayner and others
* URL : https://github.com/wmayner/pyemd
* License
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org
* Package name: nmslib
Version : 2.0.6
Upstream Author : Bilegsaikhan Naidan and others
* URL : https://github.com/nmslib/nmslib
* License
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org
* Package name: morfessor
Version : 2.0.6
Upstream Author : Morpho project at Aalto University, Finland
* URL : http://morpho.aalto.fi
On Thu, Sep 17, 2020 at 7:18 AM Raphael Hertzog wrote:
> I agreed about those bugs being filed but I strongly disagree about the
> "serious" severity that you used for those bugs. You should have mentioned
> your intent to use a RC-level severity and I would have reacted.
If I were part of the
On Tue, Sep 15, 2020 at 11:27 AM Raphael Hertzog wrote:
> I don't know of any opensource graphical editor for Docbook XML.
It is long dead, but Conglomerate was such an editor:
https://tracker.debian.org/pkg/conglomerate
--
bye,
pabs
https://wiki.debian.org/PaulWise
Paul Wise wrote:
> I welcome help with completing the bug reports.
PS: I'm now usertagging the bug reports like this:
User: debian-devel@lists.debian.org
Usertags: bullseye-security
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed mess
Hi all,
A user on #debian-next noticed that Debian bullseye live images produce
a broken apt sources.list that references bullseye/updates instead of
the replacement bullseye-security suite.
https://bugs.debian.org/969930
I noticed that a lot of other packages still use /updates for security
On Fri, Sep 4, 2020 at 6:53 PM Sudip Mukherjee wrote:
> If the test done in the autopkgtest does not provide significant test
> coverage then it should be marked with "Restrictions: superficial".
...
> I am still trying to figure out a generalized method to find them but
> an initial script has
On Thu, 2020-09-03 at 15:18 -0400, Mark Pearson wrote:
> For DSA - I'm assuming all role addresses have members behind it with
> debian addresses? "Please don't register on the portal with role
> addresses" would seem a sensible guideline to me.
I just took a look at the aliases repo and most
On Wed, Sep 2, 2020 at 1:22 PM Mark Pearson wrote:
> Following on from DebConf 2020 (which I thoroughly enjoyed - thank you!)
> the Lenovo portal that was announced is now available:
Thanks for your generosity here!
This announcement seems suitable for inclusion on these wiki pages.
You will
On Mon, Aug 31, 2020 at 3:12 PM jathan wrote:
> What does it mean "Control: reassign -1 wnpp" please?
Control: lines in mails to bugs are passed to the
cont...@bugs.debian.org email address and -1 in such lines means "the
current bug". The reassign command changes which bug a package is
assigned
On Mon, Aug 24, 2020 at 1:10 PM Sudip Mukherjee wrote:
> it seems its more than 7 days.
While replying to Joel's mail on debian-mentors I noticed that Sam was
last active in Debian in 2017:
https://contributors.debian.org/contributor/sho/
https://bugs.debian.org/873076
--
bye,
pabs
On Sat, Aug 22, 2020 at 3:15 PM guillaume philippe wrote:
> "Ordissimo" is a range of personal computers...
> In other way if you speak french you could help "emmabüntus" os
> distribution...
Both of these distributions are derived from Debian.
On Fri, Aug 14, 2020 at 4:00 PM Welkins Raj wrote:
> Please can you confirm whether debian OS version 9 will be fully compatible
> with all php7.4 packages?
Please contact our support channels for help using Debian:
https://www.debian.org/support
--
bye,
pabs
On Thu, Aug 6, 2020 at 8:48 PM Brian Smith wrote:
> Does anyone have an idea as to what is going on?
According to the logs, the GnuPG signature check failed on
libpsm2_11.2.185-1_amd64.changes and remove-libpsm2.commands. In
debian-maintainers.gpg from the Debian keyserver, I see that both of
On Sun, Jul 26, 2020 at 4:03 AM Yao Wei wrote:
> Worked this around in 3.5.0+dfsg1-1 upload, by supplying a wrapper
> script `afdko`, and moving all the binaries into /usr/libexec/afdko/ .
>
> If a font needs afdko to build one need to put /usr/libexec/afdko/ into
> their PATH.
This sort of
On Tue, Jul 21, 2020 at 9:28 AM Wouter Verhelst wrote:
> The reason we don't do this is because of bootstrapping: some tools
> require themselves to build, so you need to cross-build them on a
> different architecture, upload the cross-built binary, get an exception
> for that upload, and then
On Mon, Jul 20, 2020 at 6:48 PM Adrian Bunk wrote:
> Policy says this is not an option, and I agree with policy.
Hmm, I thought Policy was amended to allow it, woops.
> If we start allowing conflicts between completely unrelated packages
> it might not end well in the long run.
We already have
On Mon, Jul 20, 2020 at 1:40 AM Yao Wei wrote:
> There's a serious bug when I am uploading afdko package, that one of the
> binaries in this package "tx" has name conflicting with
> transifex-client.
As transifex-client is client for the proprietary Transifex service,
personally I would just add
Hi all,
Which browsers handle mailto: URLs in a way that isn't just passing it
back to the mailto: handlers defined by the XDG MIME metadata? So far I
know that Firefox (and Chromium?) have the additional feature of
handling mailto: URLs via webmail providers but I'm not sure what other
browsers
On Thu, Jul 16, 2020 at 3:17 PM Julien Puydt wrote:
> I have packaged a few mods for the minetest game these last years.
> Recent minetest versions have a feature where you can download mods
> directly online.
Where/how are the downloadable mods maintained?
> (1) should I go on updating the
On Wed, Jul 15, 2020 at 12:45 PM Holger Levsen wrote:
> On Wed, Jul 15, 2020 at 12:41:00PM +0000, Paul Wise wrote:
> > So we have the buildds installing packages from snapshot.d.o based on
> > what the maintainer built the package with?
>
> no(t yet?)
>
> also:
On Wed, Jul 15, 2020 at 11:22 AM Holger Levsen wrote:
> debrebuild from src:devscripts can create an sbuild commandline to install
> exactly the build depends which were installed in the build which is about
> to be rebuild, using the data from the .buildinfo file.
So we have the buildds
On Tue, Jul 14, 2020 at 4:06 PM Thomas Goirand wrote:
> Better: we must mandate binary uploads, rebuild them, and make sure they
> are reproducible. Then get the buildd upload the binary they build (or
> the one from the uploader, since that's the same thing...).
>
> When the package isn't
On Tue, Jul 14, 2020 at 1:56 PM Michael Meskes wrote:
> I just fell into the trap (again) and uploaded a binary package instead of
> sources only. We don't want the binaries to be uploaded, that much I get, but
> could anyone please explain to me, why we still accept binary uploads and why
> no
On Mon, Jun 29, 2020 at 8:30 PM Samo Pogačnik wrote:
> 2. Massive build/test of all relevant packages of a single distro (i.e.
> prohibits any external access - maximal isolation required).
This sounds like rebuild-all-the-things:
https://github.com/debian/ratt
--
bye,
pabs
On Sat, Jun 27, 2020 at 10:36 AM Samo Pogačnik wrote:
> I am preparing a packaging support tool similar to pbuilder, except that it
> uses
> docker containers instead of chroot environments. The project is available
> here:
> https://salsa.debian.org/spog/debdocker
I've added your tool
On Thu, Jun 11, 2020 at 7:24 PM Benjamin Drung wrote:
> No, I wasn't aware of debos.
FTR, there are a *lot* of tools in this space:
https://wiki.debian.org/SystemBuildTools
--
bye,
pabs
https://wiki.debian.org/PaulWise
Control: tags -1 + pending
On Fri, May 1, 2020 at 11:14 PM Holger Wansing wrote:
> Hmm, I found
> https://salsa.debian.org/dsa-team/mirror/userdir-ldap/-/blob/master/ud-xearth
> Maybe it's related here?
> But I can't get any further ...
This came up on IRC, I debugged it and fixed it in git.
On Wed, May 27, 2020 at 8:00 PM Adam Borowski wrote:
> I would like to add at minimum:
> * current git branch (but not -dirty as that can take ages on large repos
> on slow media -- you want changing directory to be instant)
The standard git prompt stuff supports turning each part off
On Thu, May 14, 2020 at 9:28 AM Jonathan Dowland wrote:
> Thanks for expressing this so well! For folks interested in working with
> historical software, historical toolkits are vital. It was for this
> reason I am sad at the glee with which people removed Qt4 from the
> archive, and similar such
On Tue, May 12, 2020 at 7:15 AM Ulrike Uhlig wrote:
> Can you explain a bit better which issues this could cause to
> maintainers? About how many cases per year are we talking for example?
The issue is the extra work that triaging old bugs involves, vs just
ignoring the old bugs that may or may
On Tue, May 12, 2020 at 6:08 AM Paul Wise wrote:
> I made a mistake when running the loop (binary vs source packages),
> here is the updated dd-list. Thanks to Jochen Sprickerhof for pointing
> out my mistake.
Sigh, attached the wrong one. Here is the correct one.
--
bye,
pa
On Tue, May 5, 2020 at 7:15 AM Paul Wise wrote:
> The attached script provided by Stuart Prescott detects reintroduced
> packages and a loop around `curl | grep -F +rm` detects bugs needing
> triage. I'll attempt to run this and triage bugs when I can.
I made a mistake when running
On Tue, May 5, 2020 at 7:15 AM Paul Wise wrote:
> One of the tasks needed when reintroducing packages after they have
> been removed is that the bugs that were closed by the removal need to
> be triaged and either reopened or version closing information added
Some discussion from #deb
On Tue, May 5, 2020 at 7:15 AM Paul Wise wrote:
> Should we be automatically reopening these bugs?
enrico suggested on IRC that we should be doing this.
> Should triaging these bugs be required of maintainers?
enrico suggested on IRC that this seems not unreasonable.
> Does any
Hi all,
One of the tasks needed when reintroducing packages after they have
been removed is that the bugs that were closed by the removal need to
be triaged and either reopened or version closing information added:
On Mon, May 4, 2020 at 9:23 AM Jeff wrote:
> Unfortunately, my search engine foo is failing me and I can't find the
> right incantation to get gsettings to tell me the default email client.
I diffed `dconf dump /` and `gsettings list-recursively` before and
after changing my default email client
On Mon, Apr 20, 2020 at 6:25 PM Holger Wansing wrote:
> Is there anything that needs to be done (and can be done) about this?
For existing outdated mirrors we could try to contact the operator to
have it removed.
Future mirrors or existing mirrors that continuously keep up to date
are unlikely
On Fri, Apr 24, 2020 at 10:16 PM Kyle Edwards wrote:
> I did not realize that exceptions were occasionally made for vendored
> libraries
There is no exception for vendored libraries, but occasionally people
just upload without doing the work needed to find them or deliberately
ignoring the
On Fri, Apr 24, 2020 at 9:29 PM Kyle Edwards wrote:
> I have a question about how Debian handles modifications to third-party
> dependencies. Sometimes a project relies on another project, but has
> made modifications to that project that never went into upstream,
> either because upstream has
On Mon, Apr 20, 2020 at 6:21 AM Andreas Tille wrote:
> To be clear about this: The command line tools used by the janitor are
> considered extremely helpful. Lintian-brush became a fixed part of our
> workflow. But since we do it anyway automatically any extra merging or
> checking for merge
On Mon, Mar 30, 2020 at 7:53 AM Shengjing Zhu wrote:
> 1. There's no info loss if you convert from one to another.
You definitely lose the (presumably non-free) television/game
characters when converting from the original QR codes to plain text.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Mon, Mar 30, 2020 at 5:54 AM Mo Zhou wrote:
> *
> https://salsa.debian.org/debian/smartdns/-/blob/master/doc/alipay_donate.jpg
> *
> https://salsa.debian.org/debian/smartdns/-/blob/master/doc/wechat_donate.jpg
In addition to the QR codes, these both contain images of what look
like
On Thu, Mar 26, 2020 at 8:30 PM Christian Kastner wrote:
> [Well, technically, you could use your own lawyer to perform the due
> diligence and have them submit any necessary changes to the BTS, but I
> think it's safe to assume that that is a theoretical example.]
The OSI started
On Tue, Mar 24, 2020 at 6:17 AM Vincent Bernat wrote:
> Kubernetes is already using Go modules. They happen to have decided to
> keep shipping a `vendor/` directory but this is not uncommon. It is
> often considered as a protection against disappearing modules. So, there
> is nothing to be done
On Tue, Mar 24, 2020 at 1:47 AM Sean Whitton wrote:
> Specifically, as README.Debian states, the vendor/ subdirectory of the
> source package contains more than two hundred Go libraries.
There are a *lot* of embedded code/data copies in Debian already.
While it would be nice to remove them,
On Mon, Mar 23, 2020 at 1:42 AM Sandro Tosi wrote:
> hmmm, i'm not sure about that, comments below
Sure, neither exactly match right now, but could potentially be
tweaked to do what you want.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Mon, Mar 23, 2020 at 12:34 AM Sandro Tosi wrote:
> thoughts?
This sounds similar to a couple of other things:
The archive testing that Lucas Nussbaum does using donated cloud resources:
https://wiki.debian.org/qa.debian.org/ArchiveTesting
Luca Falavigna's Deb-o-Matic service:
On Fri, Mar 20, 2020 at 8:56 AM Tomas Pospisek wrote:
> I don't know man minbase is, so I don't know what you are
> talking about.
The debootstrap variant option minbase:
https://manpages.debian.org/buster/debootstrap/debootstrap.8.en.html#OPTIONS
"minbase, which only includes required
On Sun, Mar 15, 2020 at 10:02 PM Philip Hands wrote:
> I know times have changed, but are we not still notionally informing
> someone of every package that goes through NEW? Telling them (perhaps
> in a queued email that doesn't get sent any more) that each and every
> package in Debian may well
On Tue, Mar 10, 2020 at 7:12 AM Niels Thykier wrote:
>
Standardized way of extracting additional build-time artefacts
This reminds me of the BYHAND stuff, I forget how that works though.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Sat, Feb 29, 2020 at 4:02 PM Alf Gaida wrote:
> it's easy to see that it's a simple wrapper around c++filt.
Simple wrappers around c++filt should not be needed, because
dpkg-gensymbols(1) supports converting plain C++ symbols in the source
package symbols files into the C++ mangled form when
On Mon, Feb 10, 2020 at 6:18 AM Dmitry Smirnov wrote:
> On Saturday, 8 February 2020 1:49:20 PM AEDT Paul Wise wrote:
> > There is one attribute of how Debian does things that clashes with
> > being able to do this; service maintainers need to be able to update
> > code on
On Thu, Feb 6, 2020 at 9:23 PM Richard Laager wrote:
> FWIW, at $DAYJOB, our stance is to accept all debconf defaults (e.g. use
> "hit enter at every prompt" or use noninteractive mode) and then
> configure after / on top of that (via debconf or not). So to me, in
> practice, debconf defaulting
On Thu, Feb 6, 2020 at 12:34 AM Steffen Möller wrote:
> I think your dispute goes down to the question if Debian's community
> infrastructure should preferably using software packaged for Debian
> (which salsa is doing) with the binaries Debian offers (which salsa is
> not doing).
I personally
Hi all,
In [1] there are several packages that reference /srv in their
maintainer scripts or debconf prompts. AFAICT from Debian's FHS
documentation, since /srv is laid out differently on different hosts
packages should not rely on a particular layout. My interpretation is
of this is that
On Sat, Feb 1, 2020 at 2:39 PM Niels Thykier wrote:
> * Support for new execute_before_X and execute_after_X targets.
Some folks on IRC mentioned that the shorter before_X/after_X would
have been preferred by them.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Sat, Feb 1, 2020 at 2:39 PM Niels Thykier wrote:
> * debhelper generate a temporary writable directory for $HOME
>and $XDG_RUNTIME_DIR plus clear all remaining XDG_* variables.
>This simplifies packaging of tools that insist on writing to
>$HOME.
What is the right approach for
On Sun, Jan 19, 2020 at 9:42 AM Timo Bingmann wrote:
> I wonder if it would be possible to package and include two simple but
> extremely useful command line programs in Debian? I wrote them 10 years
> and 7 years ago; they have stood the test of time and remain useful.
As an upstream maintainer
On Sat, Jan 18, 2020 at 7:15 PM Paulo Henrique de Lima Santana wrote:
> The brazilian community of Debian developers and users invites you to
> the MiniDebConf in Maceió, Brazil. MiniDebConf will take place from
> March 27th to 28th at Federal University of Alagoas, and it will be
> preceded by a
On Sat, 2020-01-18 at 08:25 -0500, Sam Hartman wrote:
> I don't care about the mechanism.
> What I care is that we not go through a period where invoking the
> mechanism involves adding a round trip with ftpmaster, with waiting for
> an upload to be accepted, or with the release team, or
On Fri, Jan 17, 2020 at 1:11 PM Roberto C. Sánchez wrote:
> My initial thought was to query the tracker for a given package to
> determine its availability.
>
> does source package 'foo' exist in release 'bar'?
I don't know the context for this question but if command-line is
enough then just
On Fri, Jan 17, 2020 at 3:18 PM Stuart Prescott wrote:
> FWIW there are python bindings and CLI tools for UDD floating around ... I
> really should package them (and having people interested in them would be
> good motivation for that)
I think it would be great to have those in devscripts,
On Fri, Jan 17, 2020 at 6:18 PM Richard Laager wrote:
> If I'm following correctly: The packager would use rustcc >= y+3 (in
> practice, likely rustcc y+5) to locally build rustcc y+5 and then do a
> binary upload. But if dak (or whatever, I'm not so familiar with the
> server side here) throws
On Fri, 2020-01-17 at 03:45 -0500, Sam Hartman wrote:
> Bootstrap uploads of compilers etc are actually more common than I
> thought before I started following debian-release.
The important part of my statement is that they are special, rather
than that they are rare.
> They are common enough
On Fri, 2020-01-17 at 10:58 +0100, Johannes Schauer wrote:
> Quoting Simon McVittie (2020-01-16 19:47:02)
> > I think I dimly remember someone setting up "the buildd from hell" which
> > deliberately did this as a QA mechanism, but it doesn't seem to have
> > continued in any systematic way.
>
>
On Thu, Jan 16, 2020 at 7:18 PM Ondřej Surý wrote:
> while your effort is valiant, I see a little value in it as there’s no real
> world use case. While your arguments are valid, you are imposing additional
> work on generally already overloaded maintainers with unclear goal and
> purpose.
On Thu, Jan 16, 2020 at 7:06 PM Roberto C. Sánchez wrote:
> I've read the distro-tracker documentation and it seems like interaction
> is by visiting with a web browser or via email. Is there an official or
> even unofficial API for access to data in distro-tracker?
There are a few APIs defined
On Mon, Jan 13, 2020 at 4:11 PM Wouter Verhelst wrote:
> You'll make it unnecessarily harder to bootstrap environments that need
> themselves to build if you do that.
The idea here is that bootstrap builds are special and so they should
be very explicit rather than happen as a side effect of
On Thu, Jan 16, 2020 at 12:57 PM Julian Andres Klode wrote:
> No, did I give that impression? Sorry, search is going to stay
> with regex on (I think it's) package names and descriptions.
Speaking of search, are the apt maintainers aware of apt-xapian-index
and do you have any thoughts on it?
On Wed, Jan 15, 2020 at 10:12 PM Julian Andres Klode wrote:
> # The solution
I would have thought the way to go would be to introduce explicit
--raw --fnmatch --regex --pattern options for each different package
name matching system.
--
bye,
pabs
https://wiki.debian.org/PaulWise
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 15 Jan 2020 14:11:29 +0800
Source: foxtrotgps
Architecture: source
Version: 1.2.2-2
Distribution: unstable
Urgency: medium
Maintainer: Paul Wise
Changed-By: Paul Wise
Closes: 948393
Changes:
foxtrotgps (1.2.2-2) unstable
On Tue, Jan 14, 2020 at 7:44 AM Mike Gabriel wrote:
> However, I have never really done a transition of such a core'ish
> shared library package and I'd love to receive some guidance with this
> before I do the actual upload.
You might want to use ratt (Rebuild All The Things) to determine if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 13 Jan 2020 13:22:39 +0800
Source: libpst
Architecture: source
Version: 0.6.74-1
Distribution: unstable
Urgency: medium
Maintainer: Paul Wise
Changed-By: Paul Wise
Closes: 875894
Changes:
libpst (0.6.74-1) unstable; urgency
301 - 400 of 2824 matches
Mail list logo