Hi All;
I'm currently (well, currently for a few years :( ) packaging
polymake, a perl and C++ based workbench for discrete geometry and
topology (think math grad students). polymake contains private copies
of 3 libraries that are now in Debian: cddlib, lrslib, and nauty (the
latter two packaged
benatt...@gezapig.nl writes:
> Hello,
> I think mtkbabel is unmaintained.
> Listed maintainer Uwe Hermann
> (https://qa.debian.org/developer.php?email=uwe%40debian.org)
> There is a new version since oct-2019 with some improvements.
> I am no maintainer no coder etc. Probably I will never sent
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
* Package name: polymake
Version : 2.3
Upstream Author : Ewgenij Gawrilow <[EMAIL PROTECTED]>
Michael Joswig <[EMAIL PROTECTED]>
* URL : http://www.math.tu-
> "Serge" == Serge Vakulenko <[EMAIL PROTECTED]> writes:
Serge> Would anybody please create a port for Bash Commander? It
Serge> is a traditional GNU bash shell extended with visual
Serge> two-panel file browser. Web site is here:
Serge> http://bashc.sourceforge.net/ ___ Rega
> "Raphael" == Raphael Bossek <[EMAIL PROTECTED]> writes:
Raphael> Now I'm looking for a idea how to name the "build"
Raphael> package. For my perspective of view is "build" to simple
Raphael> to be packaged as it is. My idea was to sue the first
Raphael> letters (forename, su
> "Michael" == Michael Banck <[EMAIL PROTECTED]> writes:
>>
>> Since it seems to generate makefiles, I suggest Automake :-)
>>
>> But, slightly more seriously "mentioning" Gnu Make might also
>> be a possibility: e.g. gmbuild or mkbuild or makebuild or
>> mfbuild.
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
* Package name: ntl
Version : 5.4.2
Upstream Author : Victor Shoup <[EMAIL PROTECTED]>
* URL : http://www.shoup.net/ntl
* License : GPL
Programming Lang: C++
At Wed, 15 Jul 2009 10:24:06 +0200,
Mathieu Malaterre wrote:
>
> On Mon, Jul 13, 2009 at 5:41 PM, Cyril Brulebois wrote:
> > Which obviously hadn't been updated in *years*. RT*appropriate*FM.
> Would you be kind enough to actually quote the document (URL) which
> you call 'appropriate'
As sever
At Fri, 17 Jul 2009 09:00:50 +0200,
Guido Günther wrote:
> On Wed, Jul 08, 2009 at 07:24:20PM +0100, James Westby wrote:
> > Guido Günther wrote:
> > > Which isn't a problem on patch-queue branches since you either can
> > > recreate them anytime from what's in debian/patches or simply ammend the
Package: wnpp
Severity: wishlist
Owner: David Bremner
* Package name: libsynthesis
Version : 3.0.28+git1+cc01b66
Upstream Author :
* URL : http://www.synthesis.ch/indefero/index.php/p/libsynthesis/
* License : LGPL2.1 or LGPL3 (with some BSD)
.
Unless
Can anyone explain if/why stlport is still useful? Given the low
popcon, and small number of rdepends, could this be a candidate for
removal?
all the best,
David
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lis
Soeren Sonnenburg wrote:
>* Package name: coinor-bcp
> Version : 1.2.2
> Upstream Author : Common Public License 1.0
I guess that is not right :)
> Description : a framework for constructing parallel
branch-cut-price algorithms for mixed-integer linear programs
Are you
Tim Abbott wrote:
>On Mon, 30 Nov 2009, Francesco P. Lovergine wrote:
>> >
>> > 1) patch the debian cddlib package to produce a third library,
>> >libcdd_gmp (or whatever) that can be linked together with
>> >libcdd. This basically migrates the polymake abi changes to the
>> >debian p
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
* Package name: libpushmi-perl
Version : 0.994.0
Upstream Author : bradfitz <[EMAIL PROTECTED]>
* URL : http://code.bestpractical.com/project/Pushmi
* License : Apache 2.0
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
* Package name: libapp-control-perl
Version : x.y.z
Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : (GPL, LGPL, BSD, MIT/X, etc.)
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
* Package name: librunapp-perl
Version : 0.13
Upstream Author : Chia-liang Kao <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~clkao/RunApp-0.13
* License : Perl (
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
* Package name: libmail-thread-perl
Version : 2.55
Upstream Author : Simon Cozens <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Mail-Thread/
* License : Perl (
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
* Package name: libemail-thread-perl
Version : 0.711
Upstream Author : Ian Truskett <[EMAIL PROTECTED]>
* URL : http://emailproject.perl.org/wiki/Email::Thread
* License : Pe
At Thu, 28 Aug 2008 20:27:44 +0400,
Alexander Gerasiov wrote:
>
> Package: wnpp
> Severity: wishlist
> Owner: Alexander Gerasiov <[EMAIL PROTECTED]>
>
> * Package name: libcrypt-generatepassword-perl
> Version : 0.03
>
> I don't really know is this module is usefull for anybody e
Matt Zagrabelny wrote:
>Package: wnpp
>Severity: wishlist
>* Package name: libnet-mac-vendor-perl
Hi Matt;
I noticed you ITP'd 3 perl modules recently. Perhaps you would like to join
the debian perl team (http://alioth.debian.org/projects/pkg-perl/)
and maintain your modules there. There ar
At Tue, 21 Oct 2008 13:43:01 +0200, Josselin Mouette wrote
> Fixing a RC bug means either of:
> * Uploading a NMU that fixes the bug to unstable.
> * Convincing, with a mail that details the rationale, a release
> manager to tag the bug lenny-ignore.
> * Convincing, in
At Fri, 7 Nov 2008 00:27:13 +0100,
Michelle Konzack wrote:
> And as I
> have already written, I do not know HOW OpenMoko will solv this problem,
> but FreeRunner/OpenMoko or PurpleMagic are not allowd to run in Europe
> with Open Source GSM-Firmware. And of course, PurpleMagic has never
>
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
* Package name: libfunambol-cpp-client-api
Version : syncevolution-0.8.1
Upstream Author : Funambol Inc.
* URL : http://core.forge.funambol.org
* License : AGPL
Programming L
Hi Mark;
Sounds very interesting. I'm not (yet) a member, but I guess the
pkg-phototools
team on alioth would welcome you
http://pkg-phototools.alioth.debian.org/
Since tehy already maintain e.g. hugin and panorama tools)
(I just wanted to beat KiBi to saying that :-)
d
(manual resen
Package: wnpp
Severity: wishlist
Owner: David Bremner
X-Debugs-CC: este...@v7w.com, r...@debian.org, ani...@debian.org
* Package name: lp-solve-java
Version : 5.5.0.13
Upstream Author : Juergen Ebert
* URL : http://lpsolve.sourceforge.net
* License : LGPL
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
* Package name: sketch
Version : 0.2.9
Upstream Author : Eugene Ressler
* URL : http://www.frontiernet.net/~eugene.ressler
* License : Unknown "Copyleft"
Pro
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
Package name: bibutils
Version : 3.39
Upstream Author : Chris Putnam <[EMAIL PROTECTED]>
URL :
http://www.scripps.edu/~cdputnam/software/bibutils/bibutils.html
Program
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
* Package name: lrslib
Version : 4.2b
Upstream Author : David Avis <[EMAIL PROTECTED]>
* URL : http://cgm.cs.mcgill.ca/~avis/C/lrs.html
* License : GPL 2+
Program
Hi All;
I noticed that wdg-html-validator had been orphaned for more than a
year, and since I use the offline validator script, I filed an ITA
(http://bugs.debian.org/390833). Now that I look at the logistics of
packaging it (download 5 files from 5 places, make .orig.tar.gz by
hand, no watch fil
>>>>> "Ben" == Ben Hutchings <[EMAIL PROTECTED]> writes:
Ben> On Fri, 2007-12-14 at 10:45 +0100, David Bremner wrote:
>>
>> 1) If there is another good offline (i.e. shell command) html
>> validator in Debian? weblint-perl for (
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
Package name: wdg-offline-validator
Version : 1.2.2
Upstream Author : Liam Quinn <[EMAIL PROTECTED]>
URL : http://www.htmlhelp.com/tools/validator/offline
License : GPL
> "Sebastian" == Sebastian Pipping <[EMAIL PROTECTED]> writes:
Sebastian> also a sync with BTS can be manually invoked now, link
Sebastian> at the top. check out the new version here:
Sebastian> http://debian.binera.de/wnpp/
Looking better all the time. I would really like so
>>>>> "Sebastian" == Sebastian Pipping <[EMAIL PROTECTED]> writes:
Sebastian>> David Bremner wrote:
>> I would really like some (approximate) popcon data myself,
>> especially for orphaned packages.
Sebastian> would be cool,
On Mon, 08 Feb 2010 09:26:14 +1100, Ben Finney
wrote:
> With Bazaar, one doesn't need to rebase to achieve this. The ‘loom’
> plugin allows for tracking changes against upstream revisions, while
> *preserving* the history of changes, and generating tidy change sets to
> feed back upstream (or, i
Is there any interest in a a group buy of v2 GPG smartcards with delivery to
take
place at debconf in NYC? The pricing from
http://shop.kernelconcepts.de/product_info.php?products_id=42
is as follows (in Euros, including taxes)
1 16.40, 2-5 15.40, 5-10 14.40, 10+ 13.90
You will nee
On Sat, 18 Sep 2010 21:29:29 +0200, Raphael Hertzog wrote:
> In the article, I mentionned that bundling unrelated software is not a
> good idea in general (mainly because there's no common software
> version to use).
>
> So I think that we should not create any infrastructure to make it
> even e
On Tue, 16 Nov 2010 18:23:46 +0900, Takaya Yamashita
wrote:
>
> * Package name: navi2ch
> Version : 1.8.3
> Upstream Author : Taiki SUGAWARA
> * URL or Web page : http://navi2ch.sourceforge.net/
> * License : GPL2
> Description : 2ch Navigator for Emacs
>
Please p
> > This is the link:
> >
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=562560
> >
> You filed that bug at "normal" severity. That does not indicate a
> non-working package, so it stays below the radar…
I believe Patrick Schoenfeld downgraded the bug.
http://bugs.debian.org/cgi-bin/bugr
Package: wnpp
Severity: wishlist
Owner: David Bremner
* Package name: geiser
Version : 0.1
Upstream Author : Jose A. Ortega Ruiz
* URL : http://www.nongnu.org/geiser/
* License : BSD
Programming Lang: Emacs Lisp
Description : generic Emacs/Scheme
Package: wnpp
Severity: wishlist
Owner: David Bremner
Package name: libconvert-ytext-perl
Version : 0.1.2
Upstream Author : David Bremner (i.e. me)
URL : http://search.cpan.org/dist/Convert-YText/
License : Same as perl (Artistic or GPL1
On Fri, 18 Feb 2011 21:18:38 -0600, Jonathan Nieder wrote:
> None of the current Debian git maintainers seem to use emacs. This
> means git's emacs support[1] does not get as much care as it deserves:
> see for example bugs #611936, #611931, #611932, #611933, #611934,
> #577834, and #611935.
FW
Package: wnpp
Severity: wishlist
Owner: David Bremner
* Package name: libsyntax-highlight-engine-simple-perl
Version : 0.8
Upstream Author : Sugama Keita .
* URL : http://search.cpan.org/dist/Syntax-Highlight-Engine-Simple/
* License : GPL/Artistic (Same as
Package: wnpp
Severity: wishlist
Owner: David Bremner
* Package name: libsyntax-highlight-engine-simple-languages-perl
Version : To be decided.
Upstream Author : Sugama Keita
* URL : http://search.cpan.org/dist/Syntax-Highlight-Engine-Simple/
* License
At Mon, 2 Mar 2009 13:29:06 -0600,
Gunnar Wolf wrote:
>
> Hmh, this could even be promoted as a "best packaging practice". Many
> authors do ship properly-formatted --help entries, and our
> hand-generated manpages can often linger behind the truth. Any strong
> opinions against?
Not to rehash a
Mike Hommey wrote:
>On Mon, Mar 16, 2009 at 03:21:44PM +0100, Marco d'Itri wrote:
>> I think it would be very helpful if somebody could summarize why a
>> multiarch system is useful, except for the obvious case of installing
>> proprietary i386 software on amd64 systems.
>s/proprietary// ; ther
Package: wnpp
Severity: wishlist
Owner: David Bremner
* Package name: bliss
Version : 0.50
Upstream Author : Tommi Juntilla and Petteri Kaski
* URL : http://www.tcs.hut.fi/Software/bliss/index.shtml
* License : GPL2
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: David Bremner
* Package name: nauty
Version : 2.4beta7
Upstream Author : Brendan McKay
* URL : http://cs.anu.edu.au/~bdm/nauty/
* License : non-free/pacifist. See below.
Programming Lang: C
Description : graph
could get permanently ignored by the user could be
>> configurable.
>I can't think of many dialogs that would be more useless than asking the
>user if he wants the software to forbid him to do what he asks it to do.
Like the following, you mean?
dulcinea:~/tmp % rm *
zsh:
"Bernhard R. Link" writes:
> My suggestion to everyone feeling the need to tell anyone on a public
> mailing list that they should shut up because they are no contributors
> is thus: Please refrain from any more posts to this discussion.
I have nothing against this principle, and I do this. But
Brian May writes:
> On 16 May 2012 19:45, Bastien ROUCARIES wrote:
>> You could use gitpkg with a quilt export hook. i use it regularly with
>> imagemagick and it work perfectly (it is gitpkg over git over svn).
>
> Out of curiosity, how do you use that and not have it include changes
> to debia
Brian May writes:
> On 24 May 2012 20:28, James McCoy wrote:
>
>> Also, see gitpkg.force-overwrite-orig in gitpkg(1).
>
> Setting that to False will result in gitpkg aborting instead of just
> assuming an answer of No.
In the next version of gitpkg, there may be a third setting of this
variable
David Bremner writes:
> A three weeks ago Jakub Wilk noticed a long standing file conflict
> between racket and planet-venus (#680685). I realize three weeks is not
> _that_ long to wait for a response, but we are in the freeze and I'd
> like to resolve the bug.
>
> Does
Hi All;
A three weeks ago Jakub Wilk noticed a long standing file conflict
between racket and planet-venus (#680685). I realize three weeks is not
_that_ long to wait for a response, but we are in the freeze and I'd
like to resolve the bug.
Does anyone (or Noah?) know if Noah is still interested
Package: wnpp
Severity: wishlist
Owner: David Bremner
* Package name: jlog
Version : 0.0 (git snapshot)
Upstream Author : Theo Schlossnagle
* URL : http://labs.omniti.com/labs/jlog
* License : BSD
Programming Lang: C
Description : durable message
On Sun, 19 Feb 2012 13:15:19 +0100, Jonas Smedegaard wrote:
>
> Yes, In my opinion that goes for sponsoring too: The sponsor should add
> herself/himself in the changelog to clearly advertise to the World whom
> within the Debian web of trust proof-read and uploaded the packaging.
>
Hi Jonas;
On Sun, 19 Feb 2012 15:21:10 +0100, Jonas Smedegaard wrote:
> On 12-02-19 at 08:44am, David Bremner wrote:
> > We have both sponsoring and co-maintenance; there is no rule that says
> > co-maintainers have have to be DD/DMs.
>
> Since only DD/DMs can upload co-maintaine
Package: wnpp
Severity: wishlist
Owner: David Bremner
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: pixz
Version : 0.0.0+git$something
Upstream Author : Dave Vasilevsky
* URL : https://github.com/vasi/pixz
* License : BSD 2-clause
David Bremner writes:
> For the full sales pitch, I refer you
>
> http://lists.debian.org/debian-devel-announce/2013/02/msg7.html
>
> It turns out we don't need our list of projects until May the 28th.
>
Err, sorry. That's March the 28th.
d
pgpU2nCiKuUOA.pgp
Description: PGP signature
On Sun, 05 Jun 2011 16:49:14 +0200, Joachim Breitner wrote:
Non-text part: multipart/signed
>
> if I do regenerate the files for shipping (or don’t ship them in the
> binary packages), is it ok to leave the upstream-generated files in
> the .orig.tar.gz, even though I have no hard guarantee that
On Sun, 05 Jun 2011 18:22:10 +0200, Olivier Berger wrote:
> Uh... Maybe I missed the point of this tool which was obvious to many
> others, but could you provide a typical use case for using it ?
I assume it is a matter of not wanting to manually maintain $pkg.install
files.
Here is an except f
Package: wnpp
Severity: wishlist
Owner: David Bremner
* Package name: permlib
Version : 0.2.4
Upstream Author : Thomas Rehn
* URL :
http://www.mathematik.uni-rostock.de/lehrstuehle/geometrie/software/
* License : MIT-like
Programming Lang: C
On Sat, 16 Jul 2011 16:10:18 +0200, Robert Millan wrote:
> wikipediafs sshfs smbnetfs s3ql rofs python-fuse pytagsfs plptools
> mythtvfs ntfsprogs libpam-mount libfuse-perl libconfig-model-perl
> httpfs2 gphotofs gfarm2fs fusedav fts flickrfs curlftpfs bindfs avfs
> aptfs
I'm working on gphotofs
On Mon, 22 Aug 2011 13:44:08 +0200, Tollef Fog Heen wrote:
> The ones you mentioned on IRC were sparc and powerpc. PowerPC is
> getting an extra debian.net porterbox as we speak, this one being a quad
> 2.5GHz G5 with 6G memory and 500G disk. (It'll run a buildbot for
> Varnish so it won't be a
On Tue, 30 Aug 2011 13:53:19 +0200, Steffen Möller
wrote:
> it seems like OpenCL is becoming routine. The -dev files are luckily
> shared between many architectures from what I understood, just the
> libraries/drivers are platform specific.
The Khoros headers are indeed free, however as far
On Tue, 30 Aug 2011 16:08:19 +0200, Bastien ROUCARIES
wrote:
> > Not sure documentation date from 5 days ago :)
> > http://people.freedesktop.org/~steckdenis/clover/index.html
>
> See also blog about the clover google of code http://steckdenis.wordpress.com/
>
> And git tree here http://cgit.fr
On Sun, 04 Sep 2011 13:49:06 +0200, Josselin Mouette wrote:
Non-text part: multipart/signed
> Given the benefits for dependency resolvers to be able to guarantee the
> dependency tree is actually a tree and not a DAG
Pardon my terminology nit-pick, but do you mean "guarantee the
dependency graph
Package: wnpp
Severity: wishlist
Owner: David Bremner
* Package name: three.js
Version : 70
Upstream Author : Mr.doob
* URL : http://threejs.org
* License : MIT
Programming Lang: JavaScript
Description : lightweight 3D graphics library
JavaScript
I've just uploaded to experimental/NEW a packaging helper called dh_elpa
(for the punny among you, pronounced D-helpa) that installs upstream
emacs lisp "packages" for GNU emacs in a way that is compatible with the
native "elpa" packaging system [1]. Currently this has the limitation
that it does
Package: wnpp
Severity: wishlist
Owner: David Bremner
* Package name: circe
Version : 1.6
Upstream Author : Jorgen Schaefer
* URL : https://github.com/jorgenschaefer/circe
* License : mostly GPL3+, some BSD bits
Programming Lang: Emacs lisp
Description
Package: wnpp
Severity: wishlist
Owner: David Bremner
Package name: markdown-mode
Version : 2.0snapshot78
Upstream Author : Jason R. Blevins
URL : http://jblevins.org/git/markdown-mode.git
License : GPL-2+
Programming Lang: emacs-lisp
Description
Mattia Rizzolo writes:
> At least now DDPO shows such things in the VCS column. I think the "!1"
> is way too small and very easy to miss, but that can be improved if
> anybody has a shed of ability with UIx/CSS… (which I don't)
I'm not especially proud of it, but I mostly won't see things that
Michael Biebl writes:
>
> Most packages which are affected by this issue I've seen so far search
> for the binaries in $PATH and encode the full path of the first find.
> Since PATH is typically set to something like
>
> PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
Holger Wansing writes:
>
> Any thoughts on this?
>
> Is there still a broad necessity for anacron?
> Are there still many packages, that don't rely on systemd timer units?
>
Presumably packages that work without systemd, but still need to
periodic activity?
d
Ian Jackson writes:
>
> Main packaging Delta from upstream Tools for manipulating
> git branch represented as delta from upstream,
> contains building .dsc, etc.
>
> Unmodified debian/patches gbp, gbp pq
> ups
Ian Jackson writes:
> Hi. Thanks for your contributions which I am trying to capture, but I
> don't think I fully understand them.
>
> David Bremner writes ("Re: Survey: git packaging practices / repository
> format"):
>> With modified upstream files in
Ian Jackson writes:
> Ian Jackson writes ("Re: Survey: git packaging practices / repository
> format"):
>> David Bremner writes ("Re: Survey: git packaging practices / repository
>> format"):
> ...
>> > With unmodified upstream files in the
Sam Hartman writes:
>> "Jonas" == Jonas Smedegaard writes:
>
>
> Jonas> I think there is a general consensus on working in teams, and
> Jonas> therefore using git repos belonging to teams - but not to use
> Jonas> that one giant "team" called "debian".
>
> What would you recommen
Russ Allbery writes:
> 3. Anyone who comes from a tech company / Silicon Valley development
>environment is probably going to already be used to this style of
>collective ownership (along with politeness conventions about not
>messing with other people's stuff unless you have talked t
Ian Jackson writes:
> Sam Hartman writes ("Git Packaging Round 2: When to Salsa"):
>> Discussion Comments
>> ---
> ...
>> I realize that not everyone wants all developers to have push access to
>> their packages. If you have a firm idea about that, then this
>> recommendation is
Sam Hartman writes:
>
> I did do a bit of looking at data.
> In my unstable sources.list, there are 17863 source packages that
> include salsa.debian.org in the vcs-git. Of those, 2192 are in the
> debian group.
> That's the largestsingle group; perl-team (next) comes in at 1417.
>
> The debian g
Sam Hartman writes:
>> "Ansgar" == Ansgar writes:
>
> Ansgar> On Thu, 2019-09-12 at 08:14 -0400, Sam Hartman wrote:
> Ian> 1. The maintainer's git repository branch format must be
> Ian> documented. Otherwise another contributor has to guess. This
> Ian> could be done eith
Joaquín Rufo Gutierrez writes:
> Hello!!!
> I need to request solanum package from:
> https://github.com/solanum-ircd/solanum
> I will wait for the response.
> Thank you
There is already a "Request for package", but no progress in 10 months.
You follow by subscribing to the bug on this page
Bastian Germann writes:
> Source: nunit
>
> I intend to salvage nunit with the plan to orphan it in three weeks.
> Please notify me if you object.
In my opinion, your repeated "salvaging" of packages in order to orphan
them is an abuse of the ITS process. Yes, it's a clever procedural hack,
but
Nilesh Patra writes:
> When I want to fix autopkgtests for a package on a particular architecture, I
> currently
> see no way to run autopkgtests before I dput since porter boxes do not
> provide root
> access which autopkgtest needs.
>
> Currently I am manually hacking around the test scripts
John Paul Adrian Glaubitz writes:
> It shouldn't be enough for a package to have its worst bugs fixed like FTBFS
> or
> crashes when it gets shipped with a release. Packages that are being shipped
> with
> a release should also be properly maintained or not shipped at all.
For context, there a
Package: wnpp
Severity: wishlist
Owner: David Bremner
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: sfsexp
Version : 1.3
Upstream Author : Matthew Sottile
* URL : https://github.com/mjsottile/sfsexp
Mattia Rizzolo writes:
> On Sun, May 23, 2021 at 03:17:10PM -0500, Richard Laager wrote:
>> On 5/23/21 8:34 AM, Sudip Mukherjee wrote:
>> > And, as a result, upstream kernelshark is now at v2.0 but the Debian
>> > packaged version is at v2.9.1 and I will need to add an epoch to the
>> > version t
Yuhua Zou writes:
> I assume Debian have supported NVDIMM from the following links:
> https://lists.debian.org/debian-devel/2016/12/msg00330.html
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829257
>
> I can install package “ndctl” in Debian 10.9.
>
> I explored Debian wiki but cou
Package: wnpp
Severity: wishlist
Owner: David Bremner
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: sfsexp
Version : 1.3.1
Upstream Author : Matthew Sottile
* URL : https://github.com/mjsottile/sfsexp
Scott Kitterman writes:
> I believe I can solve this problem by adding Recommends: resolvconf if that's
> the only way. I had hoped there would be some "modern" way to do it from
> within Debian's default package set.
I hope that wouldn't interfere with an enabled systemd-resolved,
otherwise
Raphael Hertzog writes:
> We should have a single web service that is able to handle all those
> workflows and provide all the inputs that each team needs to make their
> decision. It should have a nifty web interface (including with
> authentication and restricted access for embargoed security u
Raphael Hertzog writes:
>
> I fully expect such a service to have an API that can be used to build
> a command line interface for people like you.
Yep, but I already don't use the various things like that for e.g. salsa
or github because it's too much hassle to set up for too little
benefit. Sim
Utkarsh Gupta writes:
> A couple of days back we had invited all the Debian Developers to
> participate in a survey[1] about the usage of money in Debian that
> we discussed[2] a couple of months back on debian-project@l.d.o.
>
> This is just a follow-up reminder to the same. So far we've roughly
Akira Shibakawa writes:
> CVE-2019-5815 and CVE-2021-30560 are vulnerabilities of libxslt
> included in chromium source code as third-party code.
> And not only chromium but also libxslt upstream has already fixed them.
> https://gitlab.gnome.org/GNOME/libxslt/-/commit/08b62c258
> https://gitlab.
Bastien Roucariès writes:
> Le samedi 16 juillet 2022, 21:49:31 UTC Pierre-Elliott Bécue a écrit :
> Thanks for this hard work, however it seems that some mail client consider
> these mail as invalid, whereas gmail and other verifier service consider ok...
>
> Any idea for debugging?
>
> Bastien
Package: wnpp
Severity: wishlist
Owner: David Bremner
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: elpa-srv
Version : 0.2
Upstream Author : Magnus Henoch
* URL : https
Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-devel@lists.debian.org
Control: affects -1 src:highlight
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I request assistance with maintaining the highlight package.
I have not really been keeping up with new upstream releases and could
use a c
Package: wnpp
Severity: wishlist
Owner: David Bremner
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org
* Package name: elpa-ol-notmuch
Version : 2.0.0
Upstream Author (Maintainer) : Jonas Bernoulli
* URL : https://git.sr.ht/~tarsius/ol
Package: wnpp
Severity: wishlist
Owner: David Bremner
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: elpa-gap-mode
Version : 2.1.0
Upstream Contact: Ivan Andrus
* URL
Otto Kekäläinen writes:
> Hello!
>
> I've ended up in being both the maintainer in Debian and an upstream
> developer for a couple of packages and I have been fantasizing about
> how to optimize my workflow so that I primarily fix all bugs and do QA
> directly on the upstream development version
1 - 100 of 119 matches
Mail list logo
