Package: wnpp
Severity: wishlist
Owner: Julien BLACHE <[EMAIL PROTECTED]>
* Package name: mbpeventd
Version : 0.3
Upstream Author : Julien BLACHE <[EMAIL PROTECTED]>
* URL : http://technologeek.org/projects/mbpeventd/ (soon)
* License : GPL
Programming Lang:
On Fri, 08 Dec 2006 19:10:46 +0100 Daniel Baumann wrote:
> If you're looking for a sponsor, I can do this.
Thanks Daniel, as soon as I will know the packages are good enough for
Debian, I'll come back to your offer.
The packages still need some more text in README.Debian etc
Regards
Evgeni
--
On Fri, 8 Dec 2006 12:56:27 -0800, Don Armstrong <[EMAIL PROTECTED]>
wrote:
>On Fri, 08 Dec 2006, Marc Haber wrote:
>> On Mon, 4 Dec 2006 16:51:26 -0800, Don Armstrong <[EMAIL PROTECTED]>
>> wrote:
>> >$ GET http://www.debian.org/Bugs/server-control|grep block
>> >block bugnumber by bug
>> >...
>>
Evgeni Golov wrote:
> Thanks Daniel, as soon as I will know the packages are good enough for
> Debian, I'll come back to your offer.
good.
> The packages still need some more text in README.Debian etc
hehe, mine too :)
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Ema
On Fri, 8 Dec 2006 19:15:20 -0200 Henrique de Moraes Holschuh wrote:
> A few doubts about this:
>
> tp-smapi is either patch-only, or 2.6.19-only. How are you packaging
> it? It cannot be just built out-of-tree in 2.6.18, it will not always
> work as it needs to extend the DMI handling code.
It
Marc Haber <[EMAIL PROTECTED]> wrote:
> On Fri, 8 Dec 2006 12:56:27 -0800, Don Armstrong <[EMAIL PROTECTED]> wrote:
>>On Fri, 08 Dec 2006, Marc Haber wrote:
>>> On Mon, 4 Dec 2006 16:51:26 -0800, Don Armstrong <[EMAIL PROTECTED]> wrote:
>>> >$ GET http://www.debian.org/Bugs/server-control|grep bloc
Hi,
| * Fixed "Incorrect shlibs information". Closes: #401465.
--- libpng-1.2.15~beta5.orig/debian/libpng12-0.shlibs
+++ libpng-1.2.15~beta5/debian/libpng12-0.shlibs
@@ -0,0 +1,2 @@
+libpng12 0 libpng12-0 (>= 1.2.15~beta5)
WTF is that? An shlib bump in the last second? That prevents fixing
*any*
Le samedi 09 décembre 2006 à 11:35 +0100, Andreas Barth a écrit :
> Hi,
>
> | * Fixed "Incorrect shlibs information". Closes: #401465.
> --- libpng-1.2.15~beta5.orig/debian/libpng12-0.shlibs
> +++ libpng-1.2.15~beta5/debian/libpng12-0.shlibs
> @@ -0,0 +1,2 @@
> +libpng12 0 libpng12-0 (>= 1.2.15~b
* Josselin Mouette ([EMAIL PROTECTED]) [061209 12:07]:
> Le samedi 09 décembre 2006 à 11:35 +0100, Andreas Barth a écrit :
> > Hi,
> >
> > | * Fixed "Incorrect shlibs information". Closes: #401465.
> > --- libpng-1.2.15~beta5.orig/debian/libpng12-0.shlibs
> > +++ libpng-1.2.15~beta5/debian/libpng
Le samedi 09 décembre 2006 à 12:12 +0100, Andreas Barth a écrit :
> Joss, one question:
> You wrote in your changelog entry some time ago:
> libpng (1.2.8rel-5) unstable; urgency=low
>
> * drop_pass_width.patch: don't export png_pass_width, it's absolutely
> unnecessary.
>
> -- Josselin Mo
Package: wnpp
Severity: wishlist
Owner: Joao Eriberto Mota Filho <[EMAIL PROTECTED]>
* Package name: pacman4console
Version : 1.1
Upstream Author : Michael Billars <[EMAIL PROTECTED]>
* URL : http://freshmeat.net/projects/pacmanforconsole
* License : GPL
Progr
Hello,
IMHO, one of the most frequently re-appearing issues in package-upgrades
is symlinks in previous package versions replaced by directories in
current versions and vice versa.
Although the Debian policy clearly states in 6.6 (4) "A directory will
never be replaced by a symbolic link to a dire
On Sat, Dec 09, 2006, Mario 'BitKoenig' Holbe wrote:
> However, since this is such a frequent source of bugs and since so many
> package maintainers seem not to be able to deal well with it, I'm asking
> myself, if it wouldn't make sense to change this behaviour to something
> which is more native
On Sat, Dec 09, 2006 at 01:34:51PM +0100, Loïc Minier <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 09, 2006, Mario 'BitKoenig' Holbe wrote:
> > However, since this is such a frequent source of bugs and since so many
> > package maintainers seem not to be able to deal well with it, I'm asking
> > myself
Mario 'BitKoenig' Holbe <[EMAIL PROTECTED]> writes:
> Hello,
>
> IMHO, one of the most frequently re-appearing issues in package-upgrades
> is symlinks in previous package versions replaced by directories in
> current versions and vice versa.
> Although the Debian policy clearly states in 6.6 (4)
Loïc Minier wrote:
>> - goobox
>
> Alternative programs available with a superset of the features, and an
> active upstream. I'm waiting for a final ack of the maintainer that
> the alternatives are indeed okay and that we can proceed with removal.
If goobox's unique feature is remote audio
Josselin Mouette wrote:
> By hiding behind upstream, you're simply refusing to fix the problem.
> The patch is a hack that is only guaranteed to work on a Debian system,
> and upstream will refuse it until it is done in a proper way. This is
> not how things work. Forwarding fixes upstream is impor
Le samedi 09 décembre 2006 à 15:36 +0100, Moritz Muehlenhoff a écrit :
> 2. If the GNOME maintainers come to an agreement that linking dynamically
>is possible it would be _much_ appreciated, if not we need to bite the
>bullet.
I have made a new patch which is much cleaner and opened a bug
On Sat, Dec 09, 2006 at 05:23:47PM +0100, Josselin Mouette <[EMAIL PROTECTED]>
wrote:
> Le samedi 09 décembre 2006 à 15:36 +0100, Moritz Muehlenhoff a écrit :
> > 2. If the GNOME maintainers come to an agreement that linking dynamically
> >is possible it would be _much_ appreciated, if not we
Le samedi 09 décembre 2006 à 17:28 +0100, Mike Hommey a écrit :
> > Well, totem-xine is still the default in etch, which means
> > gstreamer-ffmpeg is only important for people explicitly installing
> > totem-gstreamer. However the reason until now for xine to be the default
> > was its superior co
On Friday 08 December 2006 17:29, Florian Weimer wrote:
> "root-project" instead of "root" could solve the problem. It's not
> just that the name is too generic, your users might assume that
> root-tail and root-portal are part of your packages.
>
> But you really need to get ftpmaster feedback.
On Fri, 8 Dec 2006 18:48:40 +0100 Evgeni Golov wrote:
> You can find the packages at
> http://debian.die-welt.net/pool/main/tp-smapi/ - I would love to see
> much feedback, because this is my first real packaging attemt (but
> neither lintian nor linda do complain).
I've impoved the packages a bi
On Sat, Dec 09, 2006 at 05:31:47PM +0100, Josselin Mouette <[EMAIL PROTECTED]>
wrote:
> Le samedi 09 décembre 2006 à 17:28 +0100, Mike Hommey a écrit :
> > > Well, totem-xine is still the default in etch, which means
> > > gstreamer-ffmpeg is only important for people explicitly installing
> > > t
Package: wnpp
Severity: wishlist
Owner: Amaya Rodrigo Sastre <[EMAIL PROTECTED]>
* Package name: imsniff
Version : 0.04
Upstream Author : Carlos Fernandez <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/im-snif/
* License : GPLv2
Programming Lang:
* Steffen Moeller:
> I do not like "project" in the package name too much. If you think of
> how "www.r-project.org" is presented in Debian (as r-..) then it would sound
> strange to me to add "project" to a project that does not have "project" in
> its name.
It's less confusing than "root-sys
On Sat, 09 Dec 2006, Marc Haber wrote:
> What happens to a bug when it's blocked?
Nothing, besides a little link in to the blockee's information to the
blocker's page.
> Which operations do behave as if the bug were not blocked,
All.
> which operations behave differently,
None.
> and what's t
Le 08.12.2006, à 21:08:49, Enrico Tassi a écrit:
> Package: wnpp
> Severity: wishlist
> Owner: Enrico Tassi <[EMAIL PROTECTED]>
>
>
> * Package name: macbook-backlight
> Version :
> Upstream Author : Ryan Lortie <[EMAIL PROTECTED]>
> * URL : http://desrt.mcmaster.ca/c
On Sat, 2006-12-09 at 08:56 +0300, Kirill A. Korinskiy wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: sxemacs
> Version : 22.1.6
> Upstream Author :
> * URL or Web page : http://sxemacs.org/
> * License : GPL
> Description :
>
So, the old addage:
Matthew Garrett wrote:
> p4-clockmod is entirely useless. It's high-latency and doesn't drop the
> core voltage.
Nice. Is there a good alternative for P4 machines? Is the ACPI one any
better (assuming a semi-sane BIOS)?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscri
Anthony DeRobertis <[EMAIL PROTECTED]> wrote:
> Matthew Garrett wrote:
>> p4-clockmod is entirely useless. It's high-latency and doesn't drop the
>> core voltage.
>
> Nice. Is there a good alternative for P4 machines? Is the ACPI one any
> better (assuming a semi-sane BIOS)?
It really depends on
30 matches
Mail list logo
