Package: wnpp
Severity: wishlist
Owner: Sven Hoexter <[EMAIL PROTECTED]>
* Package name: dvipost
Version : 1.1
Upstream Author : Erich Fruehstueck <[EMAIL PROTECTED]>
* URL : http://efeu.cybertec.at
* License : GPL v2
Programming Lang: C
On Fri, Oct 08, 2010 at 01:01:16PM +0200, Massimo Manghi wrote:
Hi,
> http://people.apache.org/~mxmanghi/deb/
>
> obviously only version 2.0.1-3 has all the changes that were
> suggested on this list
An upload should be a -1 since the Debian archive has never seen the package
before so you've t
Package: wnpp
Severity: wishlist
Owner: Sven Hoexter
* Package name: elyxer
Version : 0.22
Upstream Author : Alex Fernández
* URL : http://www.nongnu.org/elyxer/
* License : GPL-3
Programming Lang: Python
Description : Standalone LyX to HTML
On Wed, Aug 08, 2012 at 10:22:03AM -0700, Russ Allbery wrote:
Hi,
> > I haven't followed if they're actually doing any work.
>
> I've been on the mailing list, and so far it's mostly been crickets. The
> person who was driving the effort has been busy with other LSB work.
Well there was a heal
Hi,
(if unsure please CC me on replies, I'm not subscribed to -legal)
due to demand by a coworker I've taken #625611 and started to prepare
a package for the exFAT fuse driver and the utils package.
Currently I hesitate to upload it and place the package on Debian
infrastructure (as in moving it
On Fri, Dec 30, 2011 at 09:47:44PM +0800, Paul Wise wrote:
Hi,
> You may want to take a look at the Community Distribution Patent
> Policy FAQ, prepared for Debian by the SFLC:
>
> http://www.debian.org/reports/patent-faq
thanks, that's worth reading.
In the end I'm not concerned about myself
On Mon, Jan 02, 2012 at 01:34:06PM +0100, Frank Lanitz wrote:
> Am 30.12.2011 10:47, schrieb Sven Hoexter:
Hi,
> As I've learned a couple or hours ago there is a package inside Ubuntu
> PPA avaialble for exFAT drivers as well as utils. Maybe you can use it
> as base.
Yeah I kn
On Sat, Nov 30, 2013 at 05:56:51PM +0100, Jakub Wilk wrote:
> * Niels Thykier , 2013-11-28, 21:04:
Hi,
> >We believe that it should be acceptable for most uploads to
> >unstable to be uploaded with medium urgency, to reduce the delay
> >for testing migrations.
>
> Huh. §5.6.7 says that Urgency “
On Sun, May 08, 2011 at 05:33:42PM +0200, Martin Zobel-Helas wrote:
Hi,
> i currently wonder if Debian should implement RFC 4941 as default for
> wheezy.
I thought about this a few month ago and my proposal would've been to
add an example in /etc/sysctl.conf. I'm not sure if we can or should
dis
Hi,
I currently see a wild mix of different format definitions used by people
hitting debian-mentors. While I personally don't care as long as
the copyright file is complete I don't think this fulfills the goal of
this DEP.
It would be nice if the involved people would clarify what should be
used.
On Mon, Jun 06, 2011 at 08:17:03AM +0200, Guillem Jover wrote:
> On Sun, 2011-06-05 at 20:56:25 +0100, Ben Hutchings wrote:
Hi,
> > The majority of published references to VCS repositories are URLs for
> > anonymous access. Also regular Alioth users will be more aware of the
> > Alioth reconfigu
On Mon, Jun 06, 2011 at 10:02:42AM +0200, Joachim Breitner wrote:
Hi,
> if there is consensus to switch back for anonymous access, then it
> should be doable to also support the anonvcs-links, so that your
> modified checkout keeps working.
Sure but it would still mean that we first managed to b
On Mon, Jun 06, 2011 at 12:09:41PM +0200, Tollef Fog Heen wrote:
Hi,
> What VCS fields are broken?
Oh I see for gitweb and git://git.d.o everything is already in place and
svn.d.o redirects for /wsvn/ and others are already on the todo list. Sorry
for the noise and false claims.
Sven
--
And I
On Tue, Jul 19, 2011 at 10:26:36AM +0200, Gergely Nagy wrote:
Hi,
> ..and configure scripts have parts of autotools, Makefile.ins contain
> code from automake, and even compiled binaries contain stuff that
> originates from the compiler.
>
> I don't think these should be documented in debian/cop
Package: wnpp
Severity: wishlist
Owner: Sven Hoexter
* Package name: jattach
Version : 1.5
Upstream Author : Andrei Pangin
* URL : https://github.com/apangin/jattach/releases
* License : Apache 2.0
Programming Lang: C
Description : JVM Dynamic Attach
On Wed, May 31, 2023 at 01:00:42PM +0200, Alexandre Detiste wrote:
Hi,
> Embedded systems and medical one can be crazily expensive to maintain
> and even more to replace but some will run on i386 for a long time more
The question is: Is that a target for a future Debian installation and/or
a tar
On Wed, May 31, 2023 at 07:29:38AM -0500, John Goerzen wrote:
Hi,
> I guess the question is: is this use case too niche for Debian to
> continue supporting? I would suggest that as long as we have 32-bit
> ARM, are the challenges for 32-bit x86 really worse?
If I assume for a moment that the De
On Wed, Oct 30, 2019 at 06:30:35PM +0100, Andrej Shadura wrote:
> Hi,
>
> On Wed, 30 Oct 2019, 17:43 , wrote:
>
> > Dear Woman and Man!
> >
> > Opera 12.16 on Debian 10 is not working.
> > http://ftp.opera.com/ftp/pub/opera/linux/1216/
> > How is the problem solved?
> >
>
> Debian doesn't ship
On Sun, Jul 05, 2020 at 09:35:14AM +0300, Andrei POPESCU wrote:
> On Sb, 04 iul 20, 19:56:45, s...@stormbind.net wrote:
> > While fuse-exfat can be coinstalled at any moment exfat-utils and
> > exfatprogs will for now conflict with each other.
>
> Isn't this the typical use-case for alternatives?
On Sun, Jul 05, 2020 at 06:17:47PM -0300, Henrique de Moraes Holschuh wrote:
Hi,
> It depends. Are the CLIs involved compatible?
Yes and no. :)
If you just rely on `mkfs.exfat /dev/sdX` yes, if you want to use some special
options they are not.
Sven
Hi,
based on some random chatter on IRC I noticed that many people now
have their own way of passing --enable-remote-extensions to chromium.
The workarounds range from system wide stuff in /etc/chromium.d/ to
local aliases or script wrapper in a ~/bin/chromium script.
To be honest I've the feeling
On Tue, Dec 26, 2017 at 06:42:42PM +0100, Anton Gladky wrote:
> 2017-12-26 18:15 GMT+01:00 Alexander Wirt :
Hi,
> > The infrastructure and tools are not good in maintaining such a huge number
> > of lists.
>
> That is OK, but can we then have @lists.alioth.debian.org running
> or it is planned t
22 matches
Mail list logo
