his point in time, a tool such as dpkg-buildflags
cannot ignore the existence of non-gcc compilers. Taking care of that
now will save quite some time further down the line.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.or
;s the story with regard to non-gcc compilers?
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: FA1E 5292
GPG Fingerprint : CC1A 2FE4 76FE 444A CD23 A5CD 26E9 8AEA FA1E 5292
--
To UNSUBSCRIBE, email to debian-dev
on the processors they've been written for!
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
To UNSUBSCRIBE, email to debian-de
Tollef Fog Heen wrote:
Hi,
> Except zeroconf isn't routed so to be able to exploit it you need to be
> on the same physical segment?
mDNS traffic can actually be relayed, but this requires setting up a
relay daemon on the gateway(s).
Quite useful when done properly.
JB.
--
Ju
Bastien ROUCARIES wrote:
Hi,
> Because I work in a untrusted work place and home network (public
> networks, wifi...) I whish to purge zeroconf functionnality.
Looks like you want a firewall. Just sayin'.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public k
st of what to watch out
for. From the changelog of the package currently in experimental, I
don't expect any breakage.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3
> And KDE 4 is a well known and very old and very stale joke. Fun
> at parties, maybe, but not really appropriate for the workplace.
KDE4 is crap, world+dog know that. Use GNOME, XFCE or whatever. If you
want KDE3 in Debian, then put your money where your mouth is and
come maintain it.
J
ion that isn't needed for Squeeze and won't make it into
Squeeze.
You're just making everybody else's life harder by doing this.
If you can't refrain from uploading, at least upload to experimental
until Squeeze is out.
JB.
--
Julien BLACHE - Debian & GNU/Linux Dev
Ian Zimmerman wrote:
Hi,
> How do maintainers feel about that?
Right now, frozen, I guess ;)
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4
mod files?
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject o
over, it'd be consistent with having chmod and chown in /bin.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
To UNSUBSCRIBE,
e ACL utilities to
/bin, alongside their traditional UNIX counterparts? Note that libacl is
already installed in /lib.
If not, I'll file a bug against the acl package asking for the utilities
to be moved to /bin.
Thanks,
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public ke
Package: wnpp
Severity: wishlist
Owner: Julien BLACHE
* Package name: forked-daapd
Version : 0.11 (git snapshot)
Upstream Author : Julien BLACHE
* URL : http://git.debian.org/?p=users/jblache/forked-daapd.git
* License : GPL + BSD
Programming Lang: C
not exactly work well together (read: not at
all). Do you know anything about that? I've run into this myself and am
forced to use Sun's JDK in this case.
In case you'd like to check it out, this is with OpenBravo POS using
PostgreSQL. The database code just doesn't work at all w
> custom kernels (which are all initrd-free).
>
>> No problems to report on amd64 either, with or without an initrd.
Yes indeed.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerpr
all initrd-free).
No problems to report on amd64 either, with or without an initrd.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
age is effectively not maintained anymore, it's up to the MIA
team to investigate and eventually decide to orphan the package.
This kind of NMUs don't help; they just help the unmaintained stuff fly
below the MIA radar longer.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer
Raphael Hertzog wrote:
> I expect this to be of particular interest when we'll have VCS-powered
> source formats (say "3.0 (git2quilt)") that generate source packages that
> are plain "3.0 (quilt)" based on the git repository information.
This is becoming crazy
kage or a 3.0 or
later package missing debian/source for whatever reason.
FWIW I think debian/source/format sucks big time and its content should
be moved to debian/control.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org&
a 1.0 source
package. From there on, in the best case it fails right away but it can
also lead to silently building packages without applying patches.
Now, let's say there's a security patch in the pile, and this becomes a
problem.
JB.
--
Julien BLACHE - Debian & GNU/Linux Develop
r that dak is very
Debian-specific and using it outside Debian without replicating the
Debian infrastructure and workflow requires a lot of work and patching.
Put another way, dak may not be the tool you're looking for in the first
place.
JB.
--
Julien BLACHE - Debian & GNU/Linux Devel
Benjamin Drung wrote:
Hi,
> Why is there no dak and wanna-build package? Are there plans to create
> such packages?
Have you ever tried to install dak?
If you have, then the answer should be obvious to you. If you haven't,
try it someday, and you'll understand.
JB.
--
lish - IME.
> I used to take a look at Debian's translations of my own package's
> Debconf templates, but nowadays I just treat them as just another
> language that I don't speak. This approach saves me a lot of grief.
JB.
--
Julien BLACHE - Debian & GNU/Linux Develope
like "mule-esb" would be a better name for the package; it would
also help avoid confusion with the MULE stuff related to (X)Emacs.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerpr
Michael S Gilbert wrote:
> - mt-daapd (embed)
Not shipped in the resulting binary package. See Depends:.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3
m...@linux.it (Marco d'Itri) wrote:
Hi Marco,
> libsane maintainer: you can now remove the rules related to
> SUBSYSTEM=="usb_device" (old style /dev/bus/usb/).
Thanks, will do.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available o
Hendrik Sattler wrote:
>> (I'll do you one better, though -- system-config-printer upstream wants to
>> install /lib/udev/udev-configure-printer, which pulls in the entire libcups
>> stack. Sigh...)
>
> *sigh* I agree. Has the world gone mad?
The desktop world,
that in
Debian (and other distros will be free to pick it up).
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
To UNSUBSCRIBE, e
easier to remove
the .la files if we have a coordinated effort and it'll greatly reduce
the potential for breakages.
I plan to take a look at what's needed to remove the .la files in my
packages RSN, and it looks painful from where I stand right now.
JB.
--
Julien BLACHE - Debian &
ir kfreebsd
counterparts) and it can be built from i386, amd64 or kfreebsd-amd64
(not kfreebsd-i386, for it lacks a biarch compiler).
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935
Stefano Zacchiroli wrote:
> - do we have an estimate of whether architectures for which we often
> upload compiled packages (amd64/i386) have enough buildd power to
> cope with the load increase?
That, and buildd admin resources for log processing/signing.
JB.
--
Julien BLACHE
or. No doubt about
that.
Heck, we still have people that do not use lintian.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
Charles Plessy wrote:
Hi,
> Automatic rejection of packages with errors not justified by overrides is of
And what do you do with unjustified overrides?
Or can I just override every lintian test and upload my totally broken
package?
JB.
--
Julien BLACHE - Debian & GNU/Linux De
> report of a bug in the parsing of that file, failing with the current
> content.
>
> Is this issue fixed in Debian?
Let's ask the glibc folks.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5
bug against libc6.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.o
Gernot Salzer wrote:
Hi,
> What is currently the expert way to avoid/handle such port conflicts
> in Debian?
/etc/bindresvport.blacklist
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fi
ive provides them, and this would get
I'm sorry but that doesn't fly. Serious people will do their own
assessment because they can't risk relying on what they get from a
bunch of geeks they know nothing about.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer
n placed on our
libc maintainers due to glibc upstream not giving a crap about most of
the architectures we support.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD
ss I knowingly rm
-rf /etc/gconf/schemas.
Not nice.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
To UNSUBSCRIBE, email to de
ectories.
So this package may be part of the problem, but it's only one part of
the problem.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4
hat if you are reusing code, you have to do your own
assessment anyway. Of course you can decide to trust debian/copyright,
but there's no guarantee and you're taking the risk.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://ww
ner group, or
make the device saned:scanner.
USB and SCSI scanners are handled the same way.
So to reiterate what I wrote already, if you want to get rid of that
in the rules shipped with udev, that's fine by me; libsane will take
care of it, it'll be in the next upstream release anyway.
JB
t can be verified pretty easily, if the scanner uses
SCSI commands (or encapsulation) on its USB interface, you can bet the
FireWire interface just does SCSI.
I wish I had time to try that out when I had access to an A3 Epson
scanner with USB & FireWire.
JB.
--
Julien BLACHE - Debian &a
tudent ?
Marco is specifically referring to the generic SCSI scanners support
in the basic udev rules. That can be migrated to libsane.
The scanner group is not going away anytime soon.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org&
, high-speed scanners are
SCSI. Some have a USB interface too, but it's slower.
You can pull that from udev if you wish, as support for SCSI scanners
has been added upstream to the udev rules and I can backport that to
unstable.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
m...@linux.it (Marco d'Itri) wrote:
Hi,
> etc/modprobe.d/libsane libs/libsane
Removed in 1.0.19-26.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 9
Raphael Hertzog wrote:
Hi,
>> debian/shlibs.local should help for that.
>
> Except symbols files have priority over shlibs and there's no
> symbols.local.
I sense a lack of flexibility in this symbols file feature, hmm.
JB.
--
Julien BLACHE - Debian & GNU/Linux Dev
onstructed run a sed script on symbols and shlibs.
debian/shlibs.local should help for that.
JB.
--
Julien BLACHE | Debian, because code matters more
Debian & GNU/Linux Developer| <http://www.debian.org>
Public key available on <http://www.jblache.org> - KeyID
my previous mails I was simplifying
> a bit) except for libkrb4.so.2.
I guessed that looking at the various packages :)
JB.
--
Julien BLACHE | Debian, because code matters more
Debian & GNU/Linux Developer| <http://www.debian.org>
Public key available on <htt
o get the affects of building with krb4
> disabled for daemons and utilities. Doing two build passes will be
Oh, OK. That doesn't necessarily have to be done when introducing
libkrb5-3, but that's entirely your call of course.
> easy given my package structure and the package doe
ate your answer to whether the alternatives approach would work
> to help sanity check my understanding in this space.
Alternatives are supported in the shlibs, but I'd worry about the
upgrade path. In particular, you'd also need to version the
dependencies, and I can't remem
ibkrb4-? and libkrb53 (add a
conflict on libkrb53 in libkrb5-3 to force the removal?).
That should ease things quite a bit, especially given the number of
rdeps...
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5
Matthew Johnson wrote:
Hi,
> Julien BLACHE
>pommed
Fixed upstream in (soon to be released) 1.25, will go in unstable and
I plan to get it into Lenny if the tightened DBus goes in Lenny too.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key availabl
Adeodato Simó wrote:
Hi,
> Julien BLACHE
>unpaper
Patch sent.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
Michael Banck wrote:
> Like it or not, messages to d-d-a are frequently forwarded verbatim to
> LWN and other major IT-centered news sources. This happen much less
Pretty much everything and anything ends up there, so that's hardly a
criterion for relevance or whatever.
JB.
ings have
been written about d-d-a and its purpose after Joss' post, here and
elsewhere, mistaking d-d-a for d-a.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62
rld actually appear in
debian-announce; debian-devel-announce is a developer list.
Check the descriptions for both lists on lists.debian.org.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerpri
the kind of RC bugs
we're seeing right now before a release (at that point any RC bugs of
these kinds that aren't fixed are either tricky or not being taken
care of properly). Also most FTBFS are not reported by users.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Publ
esktop
> users. Except during freeze times, I find unstable to be much more
> usable, and keep testing for (non-production) servers.
Agreed.
> However it is important to keep a large testing userbase, since
> developers don’t (at least, they aren’t supposed to) use it. Some bugs
Ditto
ce bugs silently make it to testing.
Being stricter wrt testing migration is hardly going to help. What
will help is having more people actually use unstable so bugs are
uncovered before they hit testing.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <
as
people occasionally do.
BTW, that "community" thing is really overrated and totally
overinflated these days. Everybody refers to the "community" all the
time for everything. It doesn't mean anything anymore.
JB.
--
Julien BLACHE - Debian & GNU/Linux Develope
cement
<http://lists.debian.org/debian-devel-announce/2008/07/msg7.html>
that is linked under the "Lenny frozen" title.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerpri
ly works on i386.
You missed the word "frontend" in the above. gsnes9x is a simple
frontend for snes9x-x.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerpri
as I'm concerned.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
To UNSUBSCRIBE, email
Albert Huang <[EMAIL PROTECTED]> wrote:
Hi,
> * Package name: libcam
kFreeBSD has libcam0 and libcam-dev built from the freebsd-libs
source.
There's a potential for troubles here, unless your libcam is a
linux-only package.
JB.
--
Julien BLACHE - Debian & GNU/Linux D
Michael Banck <[EMAIL PROTECTED]> wrote:
>> The one click-through that went away in 0.995-3?
>
> If you are unsure of this and have to ask, you can look it up in the
> changelog, maybe.
I'm XSane's maintainer, in case you missed that.
JB.
--
Julien BLACHE
Robert Lemmen <[EMAIL PROTECTED]> wrote:
Hi,
> while the EULA topic is already being discussed: there is at least one
> other package in the debian archive which displays a click-through EULA,
> namely xsane.
The one click-through that went away in 0.995-3?
JB.
--
Julien
"Anton Martchukov" <[EMAIL PROTECTED]> wrote:
> 2) Changhe insserv to not count symlinks at all (do not know about
> possible affects about it)
Rather make insserv ignore symlinks pointing to a file in the same
directory.
JB.
--
Julien BLACHE - Debian & GNU
reason why the LILO and GRUB packages should conflict. I
want to use LILO on my machine because GRUB fails miserably, yet I
need GRUB to generate a GRUB boot-floppy.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://ww
tral. So is it okay to make these two packages Arch:all?
Yes.
> At last, Is there any way to specify the package dependency by architecture?
Use a substitution variable in debian/control and determine the
correct value in debian/rules before calling dh_gencontrol.
JB.
--
Julien BLACHE
Faidon Liambotis <[EMAIL PROTECTED]> wrote:
> In your position, I'd probably be afraid of receiving the "Joerg
> Schilling award".
The "Sven Luther award" may be more appropriate; time will tell.
JB.
--
Julien BLACHE - Debian & GNU/Linux Devel
ackages waiting for testing migration due to the
specific package being considered is way more pertinent than the sole
age of the package in the buildd queue.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> -
the buildds are impacted by real
technical problems that take time and effort to get fixed. It's not
like it's a manpower problem in replacing a broken disk or something
alike.
>> Stop whining.
> C'est celui qui le dit qui l'est. What do you expect when posting such
y is using it.
He doesn't have to use unstable. He can use pinning for this specific
package.
Stop whining.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint :
er a special case among our supported architectures.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
Vincent Danjean <[EMAIL PROTECTED]> wrote:
> Julien BLACHE wrote:
>> Shachar Shemesh <[EMAIL PROTECTED]> wrote:
>>
>>> I think we need a change in policy for handling cases where free
>>> software requires free software in order to compile which is
of the archive.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
To UNSUBSCRIBE, email to [EMAIL PROTE
Daniel Baumann <[EMAIL PROTECTED]> wrote:
>> Are we talking about the same upstream here?
>
> i did answer to this question to michael in private (nda reasons).
Please post this explanation to -private.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL P
Package: wnpp
Severity: wishlist
Owner: Julien BLACHE <[EMAIL PROTECTED]>
* Package name: arcload
Version : 0.5
Upstream Author : Stanislaw Skowronek <[EMAIL PROTECTED]>
* URL : http://www.linux-mips.org/wiki/ARCLoad
* License : GPL
Program
t more work to port it to GTK2/GNOME2, depending on the
widgets it needs...
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61
Neil Williams <[EMAIL PROTECTED]> wrote:
> wmbubble
437425
> wmcliphist
437433
> wmclockmon
437442
> wmfishtime
437429
> wmmaiload
437444
> wmressel
437430
> wmusic
Remote control dockapp for XMMS, will go away with XMMS. I've removed
it from the wi
at some of the low hanging fruits, is there a
usertag that can be used to track GTK2 patches in the BTS ?
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79
ete, IIRC ?
> Contrary to my own preconceptions, I'd say that the idea of removing
> Gtk1 is dead-in-the-water.
> :-(
And there are still some useful applications in the list...
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key availa
meone
> high up in the project directly requested your presence for debugging.
Can't be worse than -devel ;)
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint
nd I provided the
requested information already.
I never complained about audacious not being XMMS, there's no special
XMMS feature that I miss in audacious. Now if only it'd stop
segfaulting in under 2 minutes, that would render it usable.
Now, will you please go fix your bugs ?
T
1.3.2-4Small and fast audio player which supports l
I propose you STFU and go fix your bugs.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1
s most certainly not the least useful of the
lot.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
--
To UNSUBSCRIBE
gt; to the version from unstable. It is quite usable.
I'm running unstable on all my desktops.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 7
it's buggy. Way
more buggy than xmms.
Random segfaults during playback, random segfaults while scrolling the
playlist; can't have it running for more than 2 minutes.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://
his kind of stupid
things.
And I'd really like it if it could stay that way: use aptitude if you
want your Recommends installed by default, and leave apt-get alone for
the folks who like its current behaviour.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
itude.
Now, from the Debian users I know around me, I can tell you that none
of them like aptitude, and they especially dislike the "install
recommends by default" so-called "feature".
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Pu
apt-get" than to "Debian aptitude".
Way to not read (or is that not understand ?) what I wrote :)
Hint: "recent".
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F
conversations they have on IRC while trying to find
> help, etc...
Most (if not all) of the recent docs I've come to read mentionned
aptitude rather than apt-get.
If documentation is the only problem, then there's no problem.
JB.
--
Julien BLACHE - Debian & GNU/Linux Develop
mended packages to the list all by
itself, in this case.
I'd really like it if we could keep apt-get as an advanced user tool;
aptitude can be used in all the other cases.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on
Package: wnpp
Severity: wishlist
Owner: Julien BLACHE <[EMAIL PROTECTED]>
* Package name: wmauda
Version : 0.3
Upstream Author : Michael Stewart <[EMAIL PROTECTED]>
* URL : http://dockapps.org/file.php/id/330
* License : GPL
Programming Lang: C
Package: wnpp
Severity: wishlist
Owner: Julien BLACHE <[EMAIL PROTECTED]>
* Package name: python-asterisk
Version : 0.1a3+r160
Upstream Author : David M. Wilson <[EMAIL PROTECTED]>
* URL : http://py-asterisk.berlios.de/py-asterisk.php
* License
Package: wnpp
Severity: wishlist
Owner: Julien BLACHE <[EMAIL PROTECTED]>
* Package name: oflib
Version : git snapshot of the day
Upstream Author : Alastair Poole <[EMAIL PROTECTED]>
* URL : http://git.sipsolutions.net/of-lib.git/
* License : GPL
the wiimotes.
At first I thought it was network-related.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
-
ected one way or another to the
said buildd, which must be powered up and booted"
While we're at it ... unfortunately common sense isn't exactly common
anymore these days.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]>
Public key available on
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
Prog
1 - 100 of 196 matches
Mail list logo
