On 19/01/16 20:39, Roland Stigge wrote:
> Package: wnpp
> Severity: normal
>
> This package is not that difficult to maintain. Upstream is active and
> releases
> every few years. I'm requesting adoption for this package because I'm not
> really using it.
>
Package: wnpp
Severity: wishlist
Owner: Roland Stigge
* Package name: whiteboard
Version : 0.1~1-1
Upstream Author : Richard Darst
* URL : http://whiteboard.debian.net/
* License : Apache 2
Programming Lang: Python, JavaScript
Description : simple
):
On 03/11/2013 01:22 PM, Roland Stigge wrote:
> make[4]: Entering directory
> `/build/buildd-quickfix_1.13.3+dfsg-4-powerpc-X8NgWA/quickfix-1.13.3+dfsg/src/python'
> /bin/bash ../../libtool --tag=CXX --mode=compile /usr/bin/g++
> -DHAVE_CONFIG_H -I. -I../.. -I. -I.. -I../..
On 12/05/2012 04:34 PM, Julien Cristau wrote:
> On Wed, Dec 5, 2012 at 15:17:11 +0100, Roland Stigge wrote:
>> On 12/05/2012 03:11 PM, Roland Stigge wrote:
>>> But don't worry - it's just a minor change and at least fixes the issue
>>> for the protocol. ;
Hi!
On 10/04/2012 09:07 AM, Andre Naujoks wrote:
>> On 01/10/12 10:30, Andre Naujoks wrote:
>>> The installation of dia should add a menu entry to start dia with the
>>> link in /usr/bin/dia, so the choice of the alternatives system is taken
>>> into account.
>>>
>>> Currently /usr/bin/dia-normal
Hi!
Thanks you for your report!
On 01/10/12 10:30, Andre Naujoks wrote:
> The installation of dia should add a menu entry to start dia with the
> link in /usr/bin/dia, so the choice of the alternatives system is taken
> into account.
>
> Currently /usr/bin/dia-normal is used, which bypasses the
Hi Daniele and Norbert,
On 03/05/2012 06:02 AM, Daniele Tricoli wrote:
> Norbert Preining is working on TexLive 2012 for Debian. The following
> packages need an NMU (already prepared) to proceed:
> fonts-tlwg
> musixtex
>
> So I'm asking to you if Norbert can go along and NMU your packages.
Wo
Package: wnpp
Severity: normal
Hi,
I request an adopter for the convirt package. There are 2 open RC bugs caused
by upstream source being non-DFSG-free. Unfortunately, upstream doesn't respond
nor issue updates in a timely manner. Maybe someone wants to pick up
maintainership. She will need to do
Package: wnpp
Severity: normal
Hi,
I'm orphaning the package hyperlatex. It's unmaintained upstream for years now
and it depends on an old emacs version (for emacs lisp in which it is
implemented). Therefore, it is RC-buggy now. I'm not a lisp programmer so I
won't port it to current emacs23.
T
Hi,
On 06/01/2010 03:10 AM, Paul Szabo wrote:
> This package depends on ghostscript, and may be affected. Please
> evaluate the security of this package, and fix if needed.
There are several issues with this bug:
(1) If ghostscript has a bug, maybe it should be fixed there instead of
in all gs d
Package: dh-kpatches
Version: 0.99.36
Severity: serious
Hi,
according to the Description, the purpose of dh-kpatches is to produce patches
to be automatically usable by kernel-package:
The dh_installkpatches script pro
reopen 339870
thanks
Hi,
Debian Bug Tracking System wrote:
>* Error out if the toolchain used to build is not powerpc-linux-gnu.
> (Closes: #322300, #339870)
Again, I don't agree here (backed by p2): The package is wrong if it
asserts that it's "Architecture: all". It contains powerpc s
Neil Wilson wrote:
> What's an upstream issue? Consideration for next version or something?
| |
| | <-- xen-tools (Steve Kemp)
| |
| | ^
|T| | upstream
|h| |
|e|
| | |
|R| | flow
|i| v
|v|
|e| |
|r| | downstream
| | v
| |
| | <-- Debi
Hi,
Roland Stigge wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Roland Stigge <[EMAIL PROTECTED]>
>
> * Package name: xenman
> Version : 0.5
> Upstream Author : Haphazard <[EMAIL PROTECTED]>, Jd <[EMAIL PROTECTED]>,
>
Package: wnpp
Severity: wishlist
Owner: Roland Stigge <[EMAIL PROTECTED]>
* Package name: xenman
Version : 0.5
Upstream Author : Haphazard <[EMAIL PROTECTED]>, Jd <[EMAIL PROTECTED]>, Yves
Perrenoud <[EMAIL PROTECTED]>
* URL : http://xenman.so
Hi,
I just uploaded dia 0.95-pre7 to experimental. This will go to unstable
when the actual release happens (soon?).
Feel free to test.
Enjoy!
bye,
Roland
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
when feeding the data from the Sources file into a script that
implicitly checks for UTF-8 consistency (a Python lib), the following
packages happen to include byte sequences that are no valid UTF-8:
cadubi
fcmp
glade-perl
myspell-sv
rat
all of them have another encoding in the Maintainer fi
Hi Steve,
>> Feel free to point me to false positives, as I haven't checked every
>> single one of them. I know that some of them already have respective
>> bugs filed against them.
>
> Indeed, at least some of these *are* false positives; there is nothing
> that prohibits the use of dashes in nat
Hi,
I knew you would read this mail considering the subject. ;-)
Below is a list of 311 packages that currently have a version in
unstable that is not properly reflected by the existence of an
orig.tar.gz file (that's 3.3% of the whole sid archive).
Feel free to point me to false positives, as I
Hi Bill,
On Fri, 2005-03-11 at 16:22 +0100, Bill Allombert wrote:
> >Hello Roland, I know nothing about fpc, but does it really need to
> >produce binaries statically linked with glibc ?
>
> It doesn't. Not all statically linked binaries are statically linked with
> glibc.
>
> FPC is no GCC de
Hi Bill,
> Hello Roland, I know nothing about fpc, but does it really need to
> produce binaries statically linked with glibc ? I would expect to just
> link statically with the units and dynamically with glibc. This would
> be much less a problem. (In particular, if security bugs are found in
>
Hi,
maintaining m-tx, I would like to move from the p2c generated C sources
to the original upstream Pascal sources (better suited for patches,
development, design, etc.).
m-tx is written in a Turbo Pascal dialect that can only be compiled with
fpc (not gpc).
Unfortunately, fpc in Debian produce
Hi,
Daniel Freedman wrote:
> Anyway, just thought I'd see what people think of this, and how the
> Debian community wants to proceed. Is there some way to enable
> compability with this without downloading the firmware and violating
> the DFSG?
Since the tg3 driver doesn't work with my BCM5702 i
Hi,
since the respective maintainers don't seem to have acted upon this, I
will address this here.
Policy states:
=
10.1. Binaries
--
Two different packages must not install programs with different
funct
On Tue, 2003-12-02 at 02:41, Goswin von Brederlow wrote:
> Source only uploads were afaik disabled because the uploaded source
> would just disapear and never enter the archive afaik. It was just
> easier to block them than to fix the archive scripts I guess.
Just trying it (for fun, see package "
Hi Steve,
>> Unfortunately, there wasn't much response to this. Maybe this is
>> related to the big Debian KO.
> Or maybe because making technical decisions by voting is silly.
At this stage, I personally decided that more official efforts wouldn't
be appropriate just to reflect the community's
On Wed, 2003-11-19 at 14:41, Florian Weimer wrote:
> > debian-legalint
>
> I don't think this is a good idea. "non-free" doesn't mean "illegal".
In contrast to the common German denotation of the word "legal"
("allowed"), consider the one implied by the usage of "legal" in names
like "debian-leg
Anthony Towns wrote:
> > > debian-legalint
> > I think this one, or a variation, has good prospects..
>
> If it's just going to check freeness, maybe "dfsg-check" or something?
That would not reflect the current service of vrms.
> Something called "legalint" really ought to let you check that you
Andrew Lau wrote:
> So is vrms now up for a name change before the real RMS decides to sue
> us for misrepresenting him! = )
>
> vbranden?
> vdlegal?
>
> Nominations are now open.
debian-legalint
signature.asc
Description: This is a digitally signed message part
Hi,
last month, Wolfgang Borgert wondered [1] if we should decide to enable
source-only uploads. The thread was lead quite emotionally and turned to
be a flame war. Personally, I stopped following it when [DD X] wrote:
"Be very wary of listening to [DD Y]. His comments are frequently
disconnected
Hi,
some additional info:
On Mon, 2003-11-10 at 16:54, Adrian Bunk wrote to #204684:
> after reading through #204684, I'd suggest a different approach for
> latex2html:
> - move latex2html to non-free without renaming it
> - file RC bugs against packages in main build depending on latex2html
>
Hi,
working on the legal issues for LaTeX2HTML [1], at debian-legal [2], we
concluded that LaTeX2HTML will have to be removed from main because it
is considered non-free in the sense of the DFSG. After dozens of emails
with upstream and a thread [3] on the LaTeX2HTML mailing list, the
upstream mai
Hi,
Brian May wrote:
> Is there anything I can do to update this pbuilder chroot?
That was #208602, solved in pbuilder 0.86, for the case that something
like /etc/pam.d/other appears again.
bye,
Roland
signature.asc
Description: This is a digitally signed message part
33 matches
Mail list logo
