I'd like to ask to adopt Qt 3, entirely for the sake of the LSB. The
LSB is working on removing Qt 3, but that effort won't be ready in time
for wheezy, and I'd like for full LSB support to remain possible in Debian.
What are your thoughts? I don't think this would take away from the
release goa
On 02/16/2012 12:12 PM, Didier 'OdyX' Raboud wrote:
> I just noticed the worrying state of the LSB package in Debian:
>
> * Still in version 3.2 (released in January 2008) while 4.1 is out
> since a year (coincidently today);
> * RFA'd - #616131;
> * "behind" Ubuntu since at least Karmic
On 10/08/2010 08:25 AM, Mehdi Dogguy wrote:
Please don't upload to unstable during the freeze and use experimental
instead.
1.3.4-1 is now in experimental. Sorry for taking so long, everyone.
I'll close this bug when the unstable upload is done (after squeeze).
--
To UNSUBSCRIBE, email to
Package: wnpp
Severity: wishlist
Owner: Jeff Licquia
* Package name: python-pip
Version : 0.3.1
Upstream Author : Ian Bicking
* URL : http://pip.openplans.org/
* License : MIT/X
Programming Lang: Python
Description : Alternative Python package
retitle 501257 ITA: cvsps -- Tool to generate CVS patch set information
owner 501257 Jeff Licquia <[EMAIL PROTECTED]>
thanks
I think I'll adopt this package, as it's still important for people
converting their CVS repositories to other version control systems. I'm
also i
retitle 482953 O: diald -- dial on demand daemon for PPP and SLIP
thanks
Well, no response. So, orphaned it is. I've already uploaded with the
maintainer set to Debian QA Group.
If anyone does want to work on the package, it might be worth looking at
bzr.licquia.org; I have the version cont
retitle 470186 ITP: : synergy -- Share mouse, keyboard and clipboard over the
network
owner 470186 Jeff Licquia <[EMAIL PROTECTED]>
thanks
I use synergy at my workstation at home to control two computers.
I've actually done the work to update the package; anyone interested can
see
retitle 470885 ITA: doclifter -- Convert troff to DocBook
owner 470885 Jeff Licquia <[EMAIL PROTECTED]>
thanks
I actually have occasional need for this at work.
I've already done some update work. The resulting source can be seen here:
http://bzr.licquia.org/loggerhead/doclifter
Package: wnpp
Severity: normal
It has been a long time since I've had dialup Internet, and even longer
since this package has had an active upstream. I had thought I could
become upstream, but this hasn't turned out to be the case. The last
straw came when I decided to try and upgrade the pac
Vincent Danjean wrote:
For me, papi is a library with its tools to access hardware performance
counters. It used a lot on some plateform (NUMA, ...) to analyze the
performance of HPC programs.
Google with "papi" give this link in first :
http://icl.cs.utk.edu/papi/
This software is not packaged
Package: wnpp
Severity: wishlist
Owner: Jeff Licquia <[EMAIL PROTECTED]>
* Package name: papi
Version : 1.0 beta
Upstream Author : Norm Jacobs <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/openprinting
* License : Mostly CDDL (some LG
Package: wnpp
Severity: wishlist
Owner: Jeff Licquia <[EMAIL PROTECTED]>
* Package name: virtualenv
Version : 0.8.1
Upstream Author : Ian Bicking
* URL : http://pypi.python.org/pypi/virtualenv/
* License : MIT-style
Programming Lang: Python
Descr
Did you ever find a sponsor? Is your chessdb package available?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Martin Michlmayr wrote:
* Jeff Licquia <[EMAIL PROTECTED]> [2003-12-04 15:47]:
This is a port of Red Hat's python bindings to Debian.
This package is needed by Anaconda.
How does that differ from python-parted? Why are the -rh changes not
merged in the former?
Back in the d
Package: wnpp
Severity: wishlist
firstboot is the program set to load by Anaconda after installing a
system. It performs some configuration tasks.
A module is provided that plugs the configlets into firstboot.
The module is packaged and tested already. The package can be found at
Progeny's
Package: wnpp
Severity: wishlist
wlite is a library written by Red Hat to do i18n in small environments.
It is designed to complement dietlibc.
This package is needed by Anaconda.
The module is packaged and tested already. The package can be found at
Progeny's Anaconda apt repository:
Package: wnpp
Severity: wishlist
This is a port of Red Hat's python bindings to Debian.
This package is needed by Anaconda.
The module is packaged and tested already. The package can be found at
Progeny's Anaconda apt repository:
deb[-src] http://archive.progeny.com/progeny/anaconda apt-r
Package: wnpp
Severity: wishlist
"booty" is a set of Python modules written by Red Hat. It allows for
manipulation of either LILO or GRUB configuration. Work has been done
to enable these modules to conform to Debian standards.
This package is needed by Anaconda.
The module is packaged and
Package: wnpp
Severity: wishlist
picax is a utility for splitting apt repositories into chunks suitable
for writing to removable media such as CDs. It is extensible, using
external modules to write installers to those media.
Packages are not available yet, but will soon be available at Proge
Package: wnpp
Severity: wishlist
pyxf86config is a set of Python bindings to libxf86config. It provides
an easy way to parse and write XF86Config files from Python.
This package is needed by Anaconda.
The module is packaged and tested already. The package can be found at
Progeny's Anaconda
Package: wnpp
Severity: wishlist
This package will contain the runtime files for anaconda, Red Hat's
award-winning graphical installer. This version has been modified to
install using apt instead of rpm, and several other changes have been
made to make it install Debian systems.
The package
Package: wnpp
Severity: wishlist
rhpl is a collection of routines Red Hat uses in some of their utilities.
This package is needed by Anaconda.
The module is packaged and tested already. The package can be found at
Progeny's Anaconda apt repository:
deb[-src] http://archive.progeny.com/pro
retitle 122393 ITP: omni -- 300+ printer drivers using ghostscript engine
thanks
Things look like they work fine now. I've built the omni driver into
gs-esp and built the omni code once. So, I think I'll take this one.
On Wed, 2002-08-21 at 17:41, David D. Kilzer wrote:
> Unless I misunderstood the Debian BTS, I only filed a request for
> package (RFP) for Omni, not a full-fledged intent to package (ITP).
No, you're right; I misread the bug report. Sorry about that.
I was inquiring because there is interest el
I noticed that you have an ITP open for IBM's omni printer driver
suite. I was wondering whether you had made any progress, and when you
thought the packages could be made available.
Just confirming, one last time, that you don't object to my picking up
gs-esp.
I have been working on it off and on, but the release of CUPS 1.1.15 has
made it more important. CUPS 1.1.15 doesn't have pstoraster; instead,
you're supposed to use ESP GhostScript with a small pstoraster script.
So,
Package: wnpp
Severity: wishlist
Aptconf will allow users to configure sources.list via debconf. It
will also contain a configlet for setting up sources.list via the
GNOME Control Center, in druids, and potentially other settings.
The architecture will treat the existing sources.list as the cano
On Sat, 2002-03-16 at 18:42, Evan Prodromou wrote:
> >>>>> "JL" == Jeff Licquia <[EMAIL PROTECTED]> writes:
> JL> The basic idea is that debian-sanitize will Conflict: with
> JL> packages deemed to be offensive. With this package installed,
&g
On Sat, 2002-03-16 at 17:09, Manoj Srivastava wrote:
> >>"Jeff" == Jeff Licquia <[EMAIL PROTECTED]> writes:
> Jeff> Generating the list of offensive packages is, of course, the hard
> Jeff> part. I propose we do this with the following process.
On Sat, 2002-03-16 at 17:15, Manoj Srivastava wrote:
> I hereby request that the abomination known as Perl, be marked
> as objectionable, and be included in debian-sanitize.
Sorry, but the voting process hasn't been instituted yet. Watch for the
announcement when it is.
On Sat, 2002-03-16 at 15:39, Steve Langasek wrote:
> I object to using any subjective method (such as popular vote) for
> determining which packages should be conflicted with in such a package.
OK; we can scratch the Conflicts: part unless someone else can give a
good reason to have it. The pa
Package: wnpp
Severity: wishlist
Various people have argued on debian-devel:
> >>people, you have to understand that at a government facility all of our
> >>traffic can be monitored and we can be held responsible for its content. I
> >>like the Debian distribution alot but without a policy stateme
On Fri, Dec 07, 2001 at 05:19:36AM +0100, Manfred Wassmann wrote:
> I have uploaded my current Debian packages to
> http://www.b.shuttle.de/ncc-1701/foomatic/
Well, it appears the shoe is on the other foot when it comes to
activity :-). Sorry for taking so long; a sustained dose of real life
aro
NMU.
+ * Added proper Build-Depends.
+ * Updated Standards-Version.
+ * Fixed the descriptions to be formatted properly.
+ * Fixed the Perl libraries to be installed to the proper location.
+ * That Recommendation should be "cupsys", not "cups".
+ * Added pdq to the
On Thu, Nov 29, 2001 at 02:24:07PM -0500, Grant Taylor wrote:
> >>>>> Jeff Licquia <[EMAIL PROTECTED]> writes:
> > I take it you'd be interested in a patch that does the right thing?
> > I'll look to see how hard that would be.
>
> Yes, o
On Wed, 2001-11-28 at 17:13, Manfred Wassmann wrote:
> I can't upload to debian because my NM process is not yet finished, but it
> would be great if you sponsored my package.
Ah! That's not a problem, if that's all that is holding things back.
How's the package going? If you can get it in uplo
On Wed, 2001-11-28 at 12:48, Grant Taylor wrote:
> >>>>> Jeff Licquia <[EMAIL PROTECTED]> writes:
>
> > I'm leaving Thursday on a vacation, and will be back a week from
> > Friday. I'll stick the latest foomatic tarball on the laptop and see
&
On Tue, Nov 27, 2001 at 07:17:47PM -0500, Grant Taylor wrote:
> I dunno, Manfred was doing it, IIRC. Last I knew he had a tentative
> package done, but it's got some C code now, so the packaging will need
> some adjustment.
Well, let's do this.
I'm leaving Thursday on a vacation, and will be ba
Package: wnpp
Severity: wishlist
The new g++ 3.0 and libstdc++3 adhere more strictly to the C++ standard
than have previous versions of g++, and many of the extensions in g++
are now gone. Consequently, there is a lot of C++ code that doesn't
compile with g++ 3. Furthermore, some versions of g++
Just wondering, since there's no package yet, and woody is starting to
freeze.
I understand if you aren't able to work on it. If you can't do it,
perhaps I could take up the cause?
40 matches
Mail list logo