Nice poem :)
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Fri, Jul 3, 2009 at 12:02 PM, John Ferlito wrote:
> I've been trying to become a Debian Developer again for a while. I am
> currently in emeritus status. The correct process for this according
> to [1] is to email da-mana...@d.o which I have done twice in the last
> year with no response.
Try
On Sat, Jul 4, 2009 at 10:05 PM, Salvatore
Bonaccorso wrote:
> Having only the bugnumber should work too, but the URL is then:
> https://sourceforge.net/support/tracker.php?aid=1215086
That can be further shortened to this:
http://sf.net/support/tracker.php?aid=1215086
--
bye,
pabs
http://wik
On Mon, Jul 6, 2009 at 6:32 PM, wrote:
> Where should I report broken links from:
>
> http://www.debian.org/doc/developers-reference/new-maintainer
>
> There is a link to :
> http://www.debian.org/doc/developers-reference/new-maintainer.html#mentors
>
> which does not exist.
The link works for
On Mon, Jul 6, 2009 at 7:03 PM, Neil Williams wrote:
> Are you sure?
Yes.
> Is it a cached page you're seeing?
Nope, cache = off in ~/.wgetrc
> From this end, none of the pages exist.
>
> http://www.debian.org/doc/developers-reference/scope.html
> http://www.debian.org/doc/developers-reference
On Sun, Jul 12, 2009 at 5:29 AM, Frans Pop wrote:
> Like FTBFS of linux-modules-extra-2.6 on 3 architectures I guess? That
> seemed to me like a valid reason not to want to migrate .29 to testing.
Also the armel linux-2.6 FTBFS:
https://buildd.debian.org/fetch.cgi?pkg=linux-2.6;ver=2.6.30-2;arc
apt-src might be useful to you.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Fri, Jul 17, 2009 at 10:27 AM, LIU Qi wrote:
> Long time ago I ITA(http://bugs.debian.org/430431) a package, prokyon3.
> Because few persons use this software and I switched to gtk instead of
> qt after I adopted this package (it is qt based), I use this software
> very rarely and I want to orp
On Sun, Jul 19, 2009 at 9:12 AM, Philipp Kern wrote:
> Damaged the project... no. Caused a RC bug to be overlooked... yes.
> I recently encountered a package where the library's binary package
> was not named after the SONAME. This caused a lintian error which was...
> overridden. And it broke
On Sun, Jul 26, 2009 at 12:09 AM, Florian Weimer wrote:
> Separate debug information objects [name?] must be installed under
> /usr/lib/debug. The file name must be the result of calling
> realpath() on the path to the actual DSO containing code, prepended
> with the string "/usr/lib/debug".
Package: wnpp
Severity: wishlist
Owner: Paul Bone
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: mercury
Version : 0.13.1-rotd20090725
Upstream Author : Mercury Group
* URL : http://www.mercury.csse.unimelb.edu.au/
* License : GPL2
On Mon, Jul 27, 2009 at 05:13:06PM +, brian m. carlson wrote:
> On Mon, Jul 27, 2009 at 05:34:44PM +1000, Paul Bone wrote:
> > * Package name: mercury
> > Version : 0.13.1-rotd20090725
> > Upstream Author : Mercury Group
> &g
On Tue, Jul 28, 2009 at 08:35:14AM +0200, Reinhard Tartler wrote:
> Paul Bone writes:
>
> > This is mostly correct. Mercury is indeed self-hosting and was
> > previously included in Debian. Mercury has a number of different
> > backends two of these target C, high-level
On Tue, Jul 28, 2009 at 09:30:58AM +0200, Lucas Nussbaum wrote:
> On 28/07/09 at 10:58 +1000, Paul Bone wrote:
> > On Mon, Jul 27, 2009 at 05:13:06PM +, brian m. carlson wrote:
> > > On Mon, Jul 27, 2009 at 05:34:44PM +1000, Paul Bone wrote:
> > > &g
On Tue, Jul 28, 2009 at 11:42 AM, Thomas Koch wrote:
> If this topic is not appropriate for this list, I beg your paddon.
debian-devel is for technical discussions. I don't believe there is
any debian list appropriate for your message.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNS
This mail should have been posted to debian-project, debian-devel is
for technical discussions.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I note that you plan to modify the helper tools
(debhelper/cdbs/yada/etc). I think that you will get better coverage
by modifying dpkg-dev instead. Have you not considered that option or
am I missing a disadvantage of it?
Thanks for working on this, it is really great to see it happening finally.
On Wed, Jul 29, 2009 at 3:29 PM, Michael Banck wrote:
> AFAIK, dpkg-dev is only invoked at source-unpack and package-build time,
> i.e. you need a full DEBIAN/ directory for dpkg-dev to act on.
>
> At that time, either you have thrown away the debugging information
> already (via dh_strip, e.g.),
On Sat, Aug 1, 2009 at 3:31 AM, Charles Plessy wrote:
> Le Fri, Jul 31, 2009 at 03:20:46PM +0200, Giacomo A. Catenazzi a écrit :
>>
>> Anyway RH has support to install packages in own homes. This kind of
>> abstraction could be nice to have.
>
> Hi all,
>
> I would really love to have such a functi
On Sat, Aug 1, 2009 at 10:40 PM, Cyril Brulebois wrote:
> It's been a while and I'm now really wondering what to do with
> Blender. So that everyone can understand, I'm going to try and sum up
> what I'm facing. Please note it's not intended to be a rant, rather a
> summary of what I've to deal wi
I think tying such information to a source or binary package is a bad
idea since it changes independently of the package. I have similar
issues with the Homepage field and to a lesser extent, watch files.
Do you think that apt needs to have access to this information?
The Packages/Sources files a
On Sun, Aug 2, 2009 at 11:59 AM, Stefano Zacchiroli wrote:
> I'm eager for more details, in particular:
In addition:
I seem to remember that some arch:all packages can only be built on
some architectures due to being firmware for specific CPUs or similar.
Will there be a Build-Arch field or a w
On Mon, Aug 3, 2009 at 3:24 PM, Steve M. Robbins wrote:
> On Wed, Jul 29, 2009 at 03:08:02AM +0200, Meike Reichle wrote:
>> -
>> The Debian Project http://www.debian.org/
>> Debian adopts time-ba
On Mon, Aug 3, 2009 at 9:07 PM, martin f krafft wrote:
> No, but maybe we can revive it? Would you write to the domain owner?
It is now a spam site so that may be costly or impossible.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian
Perhaps you could talk to upstream about switching to either using
unified diffs for updates, tarballs for every release or a git/etc
repository?
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
On Thu, Aug 6, 2009 at 1:41 PM, Cyril Brulebois wrote:
> Charles Plessy (06/08/2009):
>> 4) The reason why they should adopt a new diff format is because it is new.
>
> It *was*. 20 years ago.
Perhaps it is about time it was made the default :)
--
bye,
pabs
http://wiki.debian.org/PaulWise
-
[CCing you since I presume you are not subscribed to debian-devel]
[CCing the Debian release team since they may be interested]
On Thu, Aug 6, 2009 at 4:38 PM, Andrey Ponomarenko wrote:
> Colleagues, I'm software engineer from Institute for System
> Programing of Russian Academy of Sciences an
On Wed, Aug 5, 2009 at 12:47 PM, Charles Plessy wrote:
> I think that you asked the key question, and that the answer will help us to
> sort out the metadata contents in Debian packages.
>
> Currently, debian/control contains:
>
> - Informations for the package manager (dpkg). For instance, the p
On Thu, Aug 6, 2009 at 9:17 PM, Paul Wise wrote:
> How to split up the Packages/Sources files into more granular pieces
> would be nice, but which fields should go into which sets needs
> defining, and which set of sets should be the default. For
> compatability, it could continue
On Fri, Aug 7, 2009 at 3:41 AM, Guillem Jover wrote:
> How does this compare with projects like icheck or abicheck?
icheck is fairly unmaintained, since upstream is a former Debian developer.
No idea about abicheck, perhaps you could compare them Andrey?
--
bye,
pabs
http://wiki.debian.org/P
On Wed, Jul 29, 2009 at 8:18 PM, Emilio Pozuelo
Monfort wrote:
> I proposed [1] a GSoC project this spring which was accepted, and I'm thus
> working on getting automatic debug packages into Debian.
BTW, it would be nice if debug.debian.net were to continue to exist,
but contain binaries and thei
On Wed, Aug 12, 2009 at 10:33 PM, Neil Williams wrote:
> On Wed, 12 Aug 2009 08:16:14 -0500
> Manoj Srivastava wrote:
>
>> > What would you think of deprecating this header?
>>
>> This would be bad, since when someone looks at the package, they
>> would not know easily what they have to l
On Thu, Aug 13, 2009 at 10:10 AM, Manoj Srivastava wrote:
> I too am wondering if we should defer the polivy change until
> the details get shaken out with a partial deployment of the scheme.
Full deployment already happened (in Ubuntu).
--
bye,
pabs
http://wiki.debian.org/PaulWise
-
On Thu, Aug 13, 2009 at 11:25 AM, Russ Allbery wrote:
> As .ddebs? What's the policy about what can go in them and how are they
> integrated with the packaging tools? And could you point me at the Ubuntu
> share for the debugging information so that I can see what protocols it's
> using?
>
> Pri
On Thu, Aug 13, 2009 at 1:15 PM, Romain Beauxis wrote:
> What I mean is that we can use the information contained in the standards-
> version tag and display at this place the list of changes that were done since
> 3.7.0
>
> That makes a difference in the sense that it helps to improve the workflo
On Fri, Aug 14, 2009 at 4:16 PM, Russ Allbery wrote:
> Christian Perrier writes:
>
>> I think that, in the very long threads that are currently cluttering up
>> -devel, we would benefit from most participants to cool down and
>> consider moving from the extreme positions I've seen when overreading
On Sun, Aug 16, 2009 at 3:49 PM, Christian Perrier wrote:
> Before people "blindly" update their Standards-Version, I deeply
> suggest looking at this item:
>
>> * Localized man pages should either be kept up-to-date with the
>> original version or warn that they're not up-to-date, either wi
On Sun, Aug 16, 2009 at 5:05 PM, Neil Williams wrote:
> po4a
>
> I did start such a guide via my blog during DebConf8
>
> http://www.linux.codehelp.co.uk/serendipity/index.php?/archives/129-po4a-translation-support-from-any-format.html
Would you (or anyone else) be willing to turn this into an a
[CCing you since I presume you are not subscribed]
On Fri, Aug 21, 2009 at 3:59 PM, Ashish Bista wrote:
> I am Ashish Bista from Central Department of Computer Science and
> Information Technology, Tribhuvan University, Nepal. I am currently
> student of M.Sc. first semester. Although we are usi
>> University, Nepal, was requesting for Debian CDs or DVDs)
>>
>> Quoting Paul Wise (p...@debian.org):
>>
>>> Unfortunately there don't appear to be any Debian CD/DVD vendors in
>>> your country. You might want to try the vendors who distribute
>
On Sat, Aug 22, 2009 at 10:23 PM, Thomas Koch wrote:
> while watching rsnapshot doing a backup of my laptop, I thought: Wouldn't it
> be fine, to have a registry of cache directories that shouldn't be backed up?
...
> So a debian package could register all the places, where it puts caches and a
>
I've just sent libtool upstream a mail referencing this thread and
also my dependency_libs_shared idea:
http://lists.debian.org/debian-release/2009/08/msg00218.html
Hopefully they will implement something useful so that static linking
with libtool is still viable.
--
bye,
pabs
http://wiki.debi
On Tue, Aug 25, 2009 at 11:59 AM, Paul Wise wrote:
> I've just sent libtool upstream a mail referencing this thread and
> also my dependency_libs_shared idea:
>
> http://lists.debian.org/debian-release/2009/08/msg00218.html
>
> Hopefully they will implement something useful
On Thu, Aug 27, 2009 at 1:14 AM, gregor herrmann wrote:
> On Wed, 26 Aug 2009 10:13:58 +0200, Raphael Hertzog wrote:
>
>> On Wed, 26 Aug 2009, Ben Finney wrote:
>> > I think that either of ‘Origin: vendor’ (for a patch created by the
>> > package maintainer) or ‘Origin: other’ would be better than
On Fri, Aug 28, 2009 at 3:58 PM, Harsha s.v. Banavasi
wrote:
> I am Harsha, i have written device driver pgm(1553 communication device) in
> redhat linux 2.4 kernel which is running fine. Now My boss asked me to
> change the OS to Debian 5.0 with 2.6 kernel. But now my device driver pgm
Your p
On Thu, Sep 3, 2009 at 3:10 PM, Bastian Venthur wrote:
> will python2.6 enter unstable and eventually next stable or was it
> decided to skip 2.6 and go straight to 3.x some time?
>
> I'm just asking, since 2.6.2 and 3.1.1 seem to be the current production
> versions according to http://python.or
Sounds like upstream should be persuaded to move the shared library
code into the daemon since there is no reason for it to be in a
library. Until then, install it as a private shared library and use
rpath so the daemon/plugins can find the library.
--
bye,
pabs
http://wiki.debian.org/PaulWise
On Tue, Sep 8, 2009 at 7:53 AM, Pierre Habouzit wrote:
> On Mon, Sep 07, 2009 at 10:30:14PM +0200, Raphael Hertzog wrote:
>> Anyway, I'd rather wait some time until people have tried using this
>> format before deciding if we must make some special case due to
>> git format-patch.
>
> It's not a s
On Tue, Sep 8, 2009 at 5:09 PM, Eduard Nemours wrote:
> this is a feature request to integrate php5-fpm packages into.
> It is currently in (final) development for Ubuntu 9.10.
Please get the patch merged into PHP upstream and then file a wishlist
bug on the php5 package to update it to the lates
On Wed, Sep 9, 2009 at 8:41 PM, Holger Levsen wrote:
> On Mittwoch, 9. September 2009, Jon Dowland wrote:
>> If this was a popular choice (which it doesn't appear to
>> be); it would be blocked on sorting out the wiki.d.o
>> content licensing.
>
> No. http://wiki.debian.org/DebianEdu/Documentation
On Thu, Sep 10, 2009 at 9:45 PM, Samuel Thibault wrote:
> I'd like to remind maintainers that in order to reach bug reporters to
> ask for tests etc. you _need_ to explicitely Cc the bug reporter, else
> he won't receive the mail and of course not do the tests etc. It's now
> quite a few times t
On Thu, Sep 24, 2009 at 5:46 PM, Bastien ROUCARIES
wrote:
> The following package that depends on cmap (according to licence file) may be
> moved to main:
> cmap-adobe-cns1
> cmap-adobe-gb1
> cmap-adobe-japan1
> cmap-adobe-korea1
I already filed bugs on these.
--
bye,
pabs
http://wiki.debian.
Personally I'd prefer installing the package's patterns to
/usr/share/l7-protocols. Patterns installed from source could go to
/usr/local/share/l7-protocols. Patterns created by the sysadmin could
be stored in /etc/l7-protocols/patterns.d (or similar) and the package
shouldn't store any symlinks th
Hmm, in the examples, I would expect that the Origin/Bug/Bug-Debian
fields would be before the Subject field. If they aren't then I would
have thought they were part of the long description.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.de
2009/9/26 Josselin Mouette :
> 1. Directory layout
>
> GObject-introspection data is generally provided in two formats:
> * XML format in /usr/share/gir-1.0/Foo-X.Y.gir
> * binary format in /usr/lib/girepository-1.0/Foo-X.Y.typelib
...
> 6. Example
>
> Suppose that libfoo-2.0 is an API b
On Sun, Sep 27, 2009 at 3:26 AM, Russ Allbery wrote:
> Bugs is sort of an interesting case since there's no reason to ever
> include it in a Debian package, but it's part of the package format and
> people making packages for non-Debian distributions should be aware of
> it. reportbug honors it
On Sun, Sep 27, 2009 at 4:51 PM, Raphael Hertzog wrote:
> Did you read the changes about the structure ?
I did not.
> It explains that we can have two sets of fields. The intended scenario for
> this change is precisely to respond to this use-case of having a second set
> of fields after some d
On Mon, Sep 28, 2009 at 7:18 PM, Obey Arthur Liu wrote:
> There are like hundreds of these cloning scams. Maybe we could implement
> some kind of watermarking to blacklist IPs that do the cloning ?
It would be trivial for them to work around that due to the OPML and FOAF feeds:
http://planet.de
On Tue, Sep 29, 2009 at 9:37 AM, Charles Plessy wrote:
> in my first experimentations I used DEB_BUILD_OPTIONS, but this leads to the
> possibility of clashing with flag names that can be reserved later with a
> different behaviour. On the other hand, if there are enough packages made
> using
>
On Tue, Sep 29, 2009 at 12:36 PM, Charles Plessy wrote:
> I know that there has already been much of talk about this, but I am am
> getting
> more and more uncomfortable removing .pl or .sh extensions from programs when
> upstream does not.
So get upstream to change their filenames before packa
On Tue, Sep 29, 2009 at 1:09 PM, Reinhard Tartler wrote:
> Would you consider this a blocker to inclusion into Debian? Upstream may
> either release very slowly or may just not care about Debian, which
> would result in the package to never end up in Debian.
I'd consider not fixing it in the .de
On Tue, Sep 29, 2009 at 1:21 PM, Paul Wise wrote:
> Having an uncooperative upstream would likely make me think twice
> about putting it in Debian in the first place.
Or regret having already done so (gravitation, passage, primrose etc).
--
bye,
pabs
http://wiki.debian.org/PaulWise
There are several copies of the Unicode data files in the archive, examples:
charmap.app: /usr/lib/GNUstep/Applications/Charmap.app/Resources/UnicodeData.txt
charmap.app: /usr/share/doc/charmap.app/UnicodeData.txt.gz
clisp: /usr/lib/clisp-2.44.1/data/UnicodeDataFull.txt
gnulib: /usr/share/gnulib/t
On Thu, Oct 15, 2009 at 5:59 PM, wrote:
> I'd like to point out we have a package unicode-data, which has the
> up-to-date unicode data files in it. I think we should file wishlist
> bugs against packages using their own copies of this data.
I forgot to mention that I brought this up after the
On Sun, Oct 18, 2009 at 6:23 AM, gregor herrmann wrote:
> On Sat, 17 Oct 2009 23:27:45 +0200, Joachim Breitner wrote:
>
>> Implementation-wise, this is probably best implemented via a new
>> control header, similar to Homepage, containing the URL. But of course
>> I’m open for other ideas.
>
> In
On Mon, Oct 19, 2009 at 8:43 AM, Michael S Gilbert
wrote:
> Let me know if this is OK, and whether there is anything else I should
> be aware of.
Excellent, please go ahead.
See also the lintian warning (you seem to miss a few):
http://lintian.debian.org/tags/embedded-javascript-library.html
-2.1/CutPaste.c) by searching for
the text "FIX ME". Because my knowledge of C is not enough to fix
this myself (I will look at it with a friend thou) I ask for help from
programmers to have a look. See also http://lesstif.sourceforge.net/#help
Paul
The package description is:
Contai
I've long thought that would be a good idea. However, IIRC the plan is
to drop the .debs built by developers and build each upload on the
buildds. That will mean that the build logs are available for all
architectures. In the meantime, or if this doesn't go ahead after all,
it would be nice if ther
Package: wnpp
Severity: wishlist
Owner: Paul Brossier
* Package name: playdar
Version : 0.1.8
Upstream Author : Richard Jones
* URL : http://www.playdar.org/
* License : MIT/X
Programming Lang: Erlang
Description : music content resolver
Playdar is a
On Tue, Oct 27, 2009 at 4:41 AM, Christoph Anton Mitterer
wrote:
> Ever thought about integrating PaX [0] per default in Debian?
> I'm however not sure how much this actually breaks ;)
Any idea if these patches will be merged upstream?
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNS
On Tue, Oct 27, 2009 at 2:52 PM, Yves-Alexis Perez wrote:
> On mar., 2009-10-27 at 09:32 +0800, Paul Wise wrote:
>> On Tue, Oct 27, 2009 at 4:41 AM, Christoph Anton Mitterer
>> wrote:
>>
>> > Ever thought about integrating PaX [0] per default in Debian?
>>
Package: wnpp
Severity: wishlist
Owner: Paul Brossier
* Package name: raul
Version : 0.5.1
Upstream Author : Dave Robillard
* URL : http://drobilla.net/software/raul/
* License : GPL-2
Programming Lang: C++
Description : real time audio utility
Package: wnpp
Severity: wishlist
Owner: Paul Brossier
* Package name: flowcanvas
Version : 0.5.1
Upstream Author : Dave Robillard
* URL : http://drobilla.net/software/flowcanvas/
* License : GPL-2
Programming Lang: C++
Description : interactive widget
On Tue, Nov 3, 2009 at 3:56 AM, gregor herrmann wrote:
> On Mon, 02 Nov 2009 07:15:35 +0100, Penny Leach wrote:
>
>> Well, that's logically equivalent to installing multiple versions of the
>> same package. At the moment, there's one moodle installation, which has
>> code that lives in /usr/shar
On Sat, Nov 7, 2009 at 11:19 PM, Charles Plessy wrote:
> I think that we are still far from producing copyright files specific to
> binary
> packages
There are already copyright files in binary packages that are
different to the source package debian/copyright; some of the source
packages I've
Probably the best solution is to get all the web browsers out there
(especially Firefox) to drop the User-Agent HTTP header and not send
it to web servers. It is abused way too often by web applications and
never really was a good idea in the first place. If someone is on the
whatwg/w3c lists and w
On Tue, Nov 10, 2009 at 6:50 AM, sean finney wrote:
> personally, beyond the aesthetically displeasing name, i'm really
> skeptical that this will accomplish anything useful.
>
> * most apps require extra config and splitting out of stuff into other
> directories for fhs compliance anyway, thus
On Tue, Nov 10, 2009 at 4:29 PM, Jan Hauke Rahm wrote:
>> Support for multiple independent instances configured to use arbitrary
>> locations for data/configuration, arbitrary vhosts and arbitrary
>> sub-paths of those vhosts.
>
> That means: as many files reusable by each instance as possible, t
On Wed, Nov 11, 2009 at 4:58 PM, Mike Hommey wrote:
> I actually never experienced problems that were not due to my DSL
> connection, which means they can happen at any time. In which case I'd
> dcut the last file and continue the upload. But when that happens in the
> middle of a file that takes
On Wed, Nov 11, 2009 at 11:28 PM, Raphael Geissert wrote:
> I can't think of a better way to stop this ridiculous UA mess. It has to
> stop, this silliness has lasted too many years already.
A better way would bring on the User-Agent flag day, where all the
browser vendors turn off submitting us
On Fri, Nov 13, 2009 at 8:28 AM, wrote:
> Total number of orphaned packages: 683 (new: 20)
> Total number of packages offered up for adoption: 147 (new: 0)
> Total number of packages requested help for: 53 (new: 0)
This is kinda depressing, it would be nice to see information on what
was adopte
Package: wnpp
Severity: wishlist
Owner: Paul Bone
* Package name: haskell-hscurses
Version : 1.3.0.2
Upstream Authors: John Meacham
: Tuomo Valkonen
: Don Stewart <http://www.cse.unsw.edu.au/~dons>
: Stefan Wehr
[dropping debian-cd for this subthread]
On Fri, Nov 20, 2009 at 8:01 PM, Cyril Brulebois wrote:
> Cyril Brulebois (20/11/2009):
>> And you didn't see Urban Terror and its 700+ MB yet! Speaking of
>> which, what's the status of data.debian.org? IIRC, it's been in the
>> pipe for 2+ years at the v
On Thu, Nov 26, 2009 at 4:35 PM, Ludovico Cavedon
wrote:
> Kurt Roeckx wrote:
>>> qutecom: relocation error: /usr/lib/qutecom/libphapi.so: symbol
>>> CRYPTO_malloc_debug_init, version OPENSSL_0.9.8 not defined in file
>>> libcrypto.so.0.9.8 with link time reference
>>>
>>
>> It seems I missed that
On Fri, Dec 4, 2009 at 2:25 AM, أحمد المحمودي
wrote:
> I am working on geda-gaf package [1]. It is almost ready except for a
> single issue: to upgrade the several geda-* packages, they can only
> upgrade using apt-get dist-upgrade, ie. an apt-get upgrade won't
> upgrade them, the reason is t
On Sun, Dec 6, 2009 at 7:28 PM, Tollef Fog Heen wrote:
> | As is adding a perl dependency to packages that have no previous need
> | for perl.
>
> *shrug*, unless you're talking about embedded systems, which are of
> course free to patch their way out of this some other way, most systems
> will h
On Mon, Dec 7, 2009 at 3:34 AM, Andreas Marschke wrote:
> I'm hereby proposing an additional Category for this list of such applications
> called Multimedia. This defines clearer what they are.
Sounds reasonable to me, this would bring the Debian menu closer to
the FreeDesktop menu, which has Au
On Tue, Dec 8, 2009 at 12:50 AM, Andreas Marschke
wrote:
> I haven't had the freedesktop.org in mind at the time of writing it but yes it
> is infact a reason to do this as well.
> The bug is filed and should be open for broader discussion soon.
You should have chosen wishlist severity for the b
On Wed, Dec 9, 2009 at 8:07 AM, Benjamin Drung wrote:
> Am Montag, den 07.12.2009, 09:03 +0100 schrieb Frank Lin PIAT:
>> On Mon, 2009-12-07 at 00:14 +0100, Benjamin Drung wrote:
>> > For Debian I need some informations: Until when were following
>> > releases supported: buzz, rex, bo, hamm, slink
On Mon, Dec 21, 2009 at 12:50 AM, Ben Hutchings wrote:
>> > OSS
>> > ---
>> >
>> > This has been a deprecated kernel interface for some time and will be
>> > disabled for squeeze
>
> Done.
>
>> > with mechanisms put in place to deal with legacy users.
>
> Er, not sure.
I guess oss4-dkms will be
On Wed, Dec 23, 2009 at 1:21 AM, Carsten Hey wrote:
> we should also think about marking transitional packages in some way.
There was recently a proposal which would remove the need for
transitional binary packages at all, apt would simply migrate the old
package name to the new one.
--
bye,
p
2009/12/28 Török Edwin :
> So where does Debian get these new zlib releases from?
Please address your question to the Debian zlib maintainer instead of
debian-devel.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
On Tue, Dec 29, 2009 at 10:16 AM, Charles Plessy wrote:
> The source format versions 3.0 (quilt) solves much of the issues in the above
> paragraph, but comes with its own patch management system. How about
> introducing
> a new 3.0 variant that has the following features:
>
> - no patch manage
I am packaging MyServer (a small web server). By default it expects its
document root to be /var/web. Am I right to assume I should change this
to /var/www (as in apache2)? The FSH doesn't mention either directory.
Thanks,
Paul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
Tim Cutts wrote:
> What I'd actually like is some sort of non-root packaging system so that
> users could build software with decent dependency checking for their
> shared software infrastructure. Can dpkg be cajoled into doing that?
Could you use a schroot instance to do that?
--
To UNSUBSCR
uot;, as it conflicts with
tetex-bin.
I didn't make afnix "Replaces:" aleph because aleph is scheduled for
removal. I guess I should have done? What would be best - uploading a new
version of afnix, or marking this bug as blocked by 389163?
Thanks,
Paul
---
s far as I can see, in the "history" paragraph.
* I believe the word "aleph" is probably more closely associated with
TeX, now.
I would be happy to change my mind if anyone has any counter-arguments
to the above! In the mean time I have uploaded a new package to
mentors.debian
On Fri, 2007-03-16 at 11:52 +0100, Rafael Laboissiere wrote:
> Instead of a GUI or a web interface, what I would love to have is a
> curses-capable version of reportbug. As someone mentioned elsewhere in this
> thread, browsing wnpp bug report titles in reportbug is a real pain. A
> curses scrol
On Sat, 2007-03-17 at 23:38 +0100, Rafael Laboissiere wrote:
> > I still would like to have a search mechanism on the bug titles list.
>
> Okay, after searching through the list of bugs open against reportbug, I
> found that this feature has been already requested twice: #358472 and
> #358760. O
Package: wnpp
Severity: wishlist
Owner: Paul Wise <[EMAIL PROTECTED]>
* Package name: chmdeco
Version : 0.3.2 (to be released soon)
Upstream Author : Paul Wise <[EMAIL PROTECTED]> (yes, me)
* URL : http://savannah.nongnu.org/projects/chmdeco/
* License
401 - 500 of 3729 matches
Mail list logo
