On 2008-05-02, Stefano Zacchiroli <[EMAIL PROTECTED]> wrote:
>
> --zYM0uCDKw75PZbzx
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Fri, May 02, 2008 at 07:36:25PM +, Sune Vuorela wrote:
>> Yes. But after I have see
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli <[EMAIL PROTECTED]>
* Package name: core
Version : 0.5.0
Upstream Author : Jane Street Holding <[EMAIL PROTECTED]>
* URL : http://ocaml.janestcapital.com/?q=node/13
* License : LGPL
Programming Lang: O
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli <[EMAIL PROTECTED]>
* Package name: sexplib310
Version : 3.7.4
Upstream Author : Markus Mottl <[EMAIL PROTECTED]>
* URL : http://www.janestcapital.com/ocaml/
* License : LGPL
Programming Lang: OCaml
On Sat, May 03, 2008 at 11:13:50AM +0200, Stefano Zacchiroli wrote:
> * Package name: core
This package name is a little bit too generic. Better one may be
ocaml-core.
> Version : 0.5.0
> Upstream Author : Jane Street Holding <[EMAIL PROTECTED]>
This does not really look like a n
Package: wnpp
Severity: wishlist
Owner: Sylvain Le Gall <[EMAIL PROTECTED]>
* Package name: sexplib
Version : 3.7.4
Upstream Author : Jane Street Holding <[EMAIL PROTECTED]>
* URL : http://ocaml.janestcapital.com/?q=node/13
* License : LGPL + linking exception
Package: wnpp
Severity: wishlist
Owner: Sylvain Le Gall <[EMAIL PROTECTED]>
* Package name: type-conv
Version : 1.5.0
Upstream Author : Jane Street Holding <[EMAIL PROTECTED]>
* URL : http://ocaml.janestcapital.com/?q=node/13
* License : LGPL + linking exceptio
Package: wnpp
Severity: wishlist
Owner: Sylvain Le Gall <[EMAIL PROTECTED]>
* Package name: bin-prot
Version : 1.0.5
Upstream Author : Jane Street Holding <[EMAIL PROTECTED]>
* URL : http://ocaml.janestcapital.com/?q=node/13
* License : LGPL + linking exceptio
[ adding back the Cc to the bug report ]
On Sat, May 03, 2008 at 12:01:17PM +0200, Bastian Blank wrote:
> On Sat, May 03, 2008 at 11:13:50AM +0200, Stefano Zacchiroli wrote:
> > * Package name: core
>
> This package name is a little bit too generic. Better one may be
> ocaml-core.
"core" is
On Sat, May 03, 2008 at 09:29:35AM +, Sune Vuorela wrote:
> >> Yes. But after I have seen Laszlo Boszormenyi bughandling in sqlite3, I
> >> think I actually would prefer current maintainance of gnupg.
> > Whatever it might have happened on those 2 bug reports, which I haven't
> > read, I find r
On 2008-05-03, Stefano Zacchiroli <[EMAIL PROTECTED]> wrote:
> the MIA status of its only maintainer. On the contrary you have been
> speculating on the future (in)ability of someone to maintain gpg.
> Anyhow, my post has probably been too rude and I'm sorry for that, but I
> really don't think tha
On Fri, 2008-05-02 at 09:22 +0900, 서청원 wrote:
> I got this message during compiling module.
>
>
>
> Building modules, stage 2.
>
> MODPOST
>
> WARNING: "tasklist_lock" [ /Red/src/Red.ko] undefined!
>
> make[1]: Leaving directory `/usr/src/linux-headers-2.6.18-4-686'
>
>
>
>
>
> Actuall
On Wed, Apr 30, 2008 at 10:46:29AM +0200, Martin Pitt wrote:
> Josselin Mouette [2008-04-30 10:17 +0200]:
> > This looks indeed like a reasonable alternative if we don't get the
> > noptrace group ; it would be easy to patch gksu/gnome-keyring/... with
> > the same stuff.
>
> I agree, and give the
Hi,
I maintain the libqglviewer library - OpenGL 3D viewer library based on Qt.
Currently the library is linked against Qt3, but there are requests about
libqglviewer with Qt4[1][2]. My question is: how long will Qt3 be
available in Debian? I assume it will be available in lenny - if not, please
co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
file or rather libmagic1 ships its magic files in /usr/share/file/,
namely this used to be:
/usr/share/file/magic
/usr/share/file/magic.mgc
/usr/share/file/magic.mime
/usr/share/file/magic.mime.mgc
where as *.mgc are the binary files which are u
Hi,
> My question is: how long will Qt3 be available in Debian?
> I assume it will be available in lenny - if not, please correct me.
yes, Qt3 will be available in lenny.
> So, I believe I need to provide two versions of libqglviewer - one linked
> with Qt3 and one with Qt4. I have some doubts
Hi,
>> So, I believe I need to provide two versions of libqglviewer - one linked
>> with Qt3 and one with Qt4. I have some doubts about the issue and I'd be
>> glad to hear your advice.
[...]
> you can take a look to libavahi, libpoppler or libqwt:
>
> libqwt5-qt3 - Qt3 widgets library for techni
* Daniel Baumann <[EMAIL PROTECTED]> [080503 14:52]:
> file or rather libmagic1 ships its magic files in /usr/share/file/,
> namely this used to be:
>
> /usr/share/file/magic
> /usr/share/file/magic.mgc
> /usr/share/file/magic.mime
> /usr/share/file/magic.mime.mgc
>
> where as *.mgc are the binary
Package: wnpp
Severity: wishlist
Owner: Antony Gelberg <[EMAIL PROTECTED]>
* Package name: libdbicx-testdatabase-perl
Version : x.y.z
Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : (GPL, LGPL, BSD, MIT/X, etc.)
Programm
This is my first attempt at building inn2 two times from the same source
with no duplication of debian/rules and of the debhelper config files.
I do not like much the src_files stuff, but it's shorter than embedding
lndir in the package like I did for udev and udev-udeb.
Please let me know if you
Package: wnpp
Severity: wishlist
Owner: Antony Gelberg <[EMAIL PROTECTED]>
* Package name: libclass-workflow-perl
Version : 0.09
Upstream Author : Yuval Kogman <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Class-Workflow/
* License : GPL / Artistic
Hi,
I've put my package phpgedview up for adoption. It's a web based genealogy
program that can import, display and edit files in the gedcom standard.
The package is in reasonable shape but I don't use it anymore. If you're
interested in maintaining it, please take it. If you need help or spons
Le May 2, 2008 05:37:00 pm Andreas Barth, vous avez écrit :
> Hi,
>
> good news for me that Marc 'HE' Brockschmidt didn't become DPL (though I
> think he would've been a good DPL), so I managed to convince him to
> become Release Manager. Of course, Luk stays Release Manager, and I will
> also cont
Package: wnpp
Severity: wishlist
Owner: Antony Gelberg <[EMAIL PROTECTED]>
* Package name: libcurses-ui-poe-perl
Version : 0.11
Upstream Author : Scott McCoy <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Curses-UI-POE/
* License : GPL / Artistic
Pro
Oops, I was a bit trigger-happy there. Corrected:
* Package name: libdbicx-testdatabase-perl
Version : 0.01
Upstream Author : Jonathan Rockway <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/DBICx-TestDatabase/
* License : GPL / Artistic
Programming
In article <[EMAIL PROTECTED]> you wrote:
> where as *.mgc are the binary files which are used by file/libmagic, and
> the others are the conlgomerated source files *for informational
> purposes only*. The sources have never been used by file for anything,
> and nobody shall do this either[0].
So
Bernhard R. Link wrote:
>> [0] they *could* change format suddenly, only the library and its
>> bindings are safe.
>
> And where is this documented? (It has a documentation for the format, so
> I guess if that was supposed to be "writing" only, that was a canonical
> place to state it).
what
Bernd Eckenfels wrote:
> So how can a sysadmin add rules?
just like before, /etc/magic and /etc/magic.mime. this change is only
about packages wrongly using /usr/share/file/magic{,.mime}.
>> However, as of file version 4.24, the format of the sources has changed
>> in order to compile the mime fi
On 03/05/2008, Marco d'Itri wrote:
> DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
> ifeq ($(DEB_HOST_ARCH),amd64)
> FLAVORS := std
> else ifeq ($(DEB_HOST_ARCH),ia64)
> FLAVORS := std
> else ifeq ($(DEB_HOST_ARCH),ppc64)
> FLAVORS := std
> else ifeq ($(DEB_HOST_ARCH),s390x)
> FL
Daniel Baumann wrote:
>> So it looks to me that file is recreating the (cached) binary versions from
>> the "information purpose only" source files, right?
>
> no, /usr/share/file/magic.mgc and magic.mime.mgc are files own magics,
> they are not supposed to be recompiled or touched by anyone after
* Daniel Baumann <[EMAIL PROTECTED]> [080503 18:39]:
> Bernhard R. Link wrote:
> >> [0] they *could* change format suddenly, only the library and its
> >> bindings are safe.
> >
> > And where is this documented? (It has a documentation for the format, so
> > I guess if that was supposed to be
Package: wnpp
Severity: wishlist
Owner: Antony Gelberg <[EMAIL PROTECTED]>
* Package name: libautobox-perl
Version : 2.23
Upstream Author : chocolateboy <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/autobox/
* License : GPL / Artistic
Programming La
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/03/08 11:03, Antony Gelberg wrote:
[snip]
>
> This is a subclass for Curses::UI that enables it to work with POE. It
> is designed to simply slide over Curses::UI. Keeping the API the same
> and simply forcing Curses::UI to do all of its event h
Ron Johnson wrote:
On 05/03/08 11:03, Antony Gelberg wrote:
[snip]
This is a subclass for Curses::UI that enables it to work with POE. It
is designed to simply slide over Curses::UI. Keeping the API the same
and simply forcing Curses::UI to do all of its event handling via
POE, This is a subcla
Package: wnpp
Owner: Dirk Eddelbuettel <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: r-base-core-ra
Version : 1.0.9
Upstream Author : Stephen Milborrow
* URL or Web page : http://www.milbo.users.sonic.net/ra
* License : GPL
Description : Ra patch for just-in
Cyril Brulebois <[EMAIL PROTECTED]> writes:
> On 03/05/2008, Marco d'Itri wrote:
>> DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
>> ifeq ($(DEB_HOST_ARCH),amd64)
>> FLAVORS := std
>> else ifeq ($(DEB_HOST_ARCH),ia64)
>> FLAVORS := std
>> else ifeq ($(DEB_HOST_ARCH),ppc64)
>> FL
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli <[EMAIL PROTECTED]>
* Package name: res
Version : 2.2.5
Upstream Author : Markus Mottl <[EMAIL PROTECTED]>
* URL : http://www.ocaml.info/home/ocaml_sources.html
* License : LGPL
Programming Lang: OCaml
AM> It is a known temporary problem caused by the ... transition,
All I know is on the first days of such transitions, my usual
# apt-get -o Debug::pkgProblemResolver=true --purge dselect-upgrade
barfs up kilometers of broken dep messages, the next day it is fewer,
but still several broken deps.
On Sun, 04 May 2008, [EMAIL PROTECTED] wrote:
> Why can't all the dependency stuff be resolved first before it is sent
> to sid?
Unstable is the place where dependencies are resolved before they are
sent on to testing. It's not like they're hard to deal with; you just
don't upgrade packages whose
Hi,
[EMAIL PROTECTED] wrote:
> My question is why can't this drama be played out behind the scenes?
>
> Why can't all the dependency stuff be resolved first before it is sent
> to sid?
>
> Or is that how dependency problems are detected and hunt down? If so,
> then why can't this be played out o
On May 03, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> FLAVORS := std
> ifeq ((findstring $(DEB_HOST_ARCH),amd64 ia64 ppc64 s390x),)
> FLAVORS += lfs
> endif
>
> Like this?
AFAICT this will match also if DEB_HOST_ARCH=s390.
Anyway, I hoped for way more substancial critique. Either you all
Hola debian-devel@lists.debian.org,
Has recibido una postal de David <[EMAIL PROTECTED]> !
Para ver tu postal por favor clickea este link :
http://postales.sonico.com/view.php?cid=11622329&[EMAIL
PROTECTED]&db=2&t=ecards_sonico&ss=1
Muchas Gracias,
http://Postales.Sonico.com
---
~/.quiltrc:
for where in ./ ../ ../../ ../../../ ../../../../ ../../../../../; do
if [ -e ${where}debian/rules -a -d ${where}debian/patches ]; then
export QUILT_PATCHES=debian/patches
fi
done
Also recommended:
QUILT_PUSH_ARGS="--color=auto"
QUILT_DIFF_ARGS="--no-
Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
> Package: wnpp
> Severity: wishlist
> Owner: Stefano Zacchiroli <[EMAIL PROTECTED]>
>
> * Package name: res
Please change this to a package name that is less generic, and
conforms with other OCaml library packages. 'libres-ocaml' would be
bette
On Sun, May 04, 2008 at 12:27:29PM +1000, Ben Finney wrote:
> Please change this to a package name that is less generic, and
> conforms with other OCaml library packages. 'libres-ocaml' would be
> better.
This is the source package name, as in all ITPs, not the binary package
name. No OCaml packag
44 matches
Mail list logo
