An obscure french DD. Wow, what a way to describe a person. Did that
person kill your pet squirrel or something? :-)
On Sat, Feb 9, 2013 at 4:54 AM, Christian PERRIER bubu...@debian.orgwrote:
As the bug #70 mark was turned on February 7th 2013, Debian
developers and contributors need yet
LOL. No, I did not. And I also didn't realize I did a reply-all :-D Sorry
guys and gals.
On Sat, Feb 9, 2013 at 8:58 AM, Albin Tonnerre lu...@debian.org wrote:
On Sat, Feb 9, 2013 at 5:23 PM, Tyler MacDonald ty...@macdonald.name
wrote:
An obscure french DD. Wow, what a way to describe
Darren Salt li...@youmustbejoking.demon.co.uk wrote:
On Wed, Apr 01 2009, Frans Pop wrote:
[make-kpkg]
But is anyone still using it? Is there any current reason to support it
Well, there's still some kernel options that are immutable and
multiple choice. And there's always people
First, I'm a perl programmer so TMTOWTDI is pretty ingrained into my culture.
I use mydns -- yi.org is based off of it, and I also use it as an easy way
to set up dynamic virtual hosts for automated builds on another project, in
conjunction with libapache2-mod-macro and mod_proxy on the frontend,
Sam Clegg [EMAIL PROTECTED] wrote:
Perforce is an absolutely *excellent* VCS with the unfortunate
distinction of being proprietary. SubVersion can do most (but not all) of
what it does, albeit 10 times slower. Still, I've migrated all of my stuff
over to subversion, because, well,
Florian Weimer [EMAIL PROTECTED] wrote:
Seems to me that this depends on Perforce. D'oh.
(I don't know anything about Perforce. Perhaps it's really dangerous
software. But perhaps it's just non-free.)
Perforce is an absolutely *excellent* VCS with the unfortunate
distinction of
Mike Hommey [EMAIL PROTECTED] wrote:
chroot without any admin intervention. If it's not appropriate to run
inside a chroot, then the init script should IMHO detect that and not
start/restart/stop the service.
The fact is, not all chroot are buildd chroots, and many chroots
actually do
Steve Langasek [EMAIL PROTECTED] wrote:
granted there are things like this, but reproducible builds would be
fantastic and well worth the effort.
If you're talking about byte-for-byte identical builds, then no, that
would be a tremendous amount of effort for no practical gain. There's no
Lars Wirzenius [EMAIL PROTECTED] wrote:
printf(This program was compiled on __DATE__ \n);
An example like the above has already been given. Build dates and other
variable information gets put into a lot of output files from
compilations.
Sorry, I was speaking from an overly selfish point
... so I thought I'd take the liberty of registering goodbye-apple.com and
goodbye-osx.com in order to protect the namespace. I'll gladly transfer
them over to the first DD to code up something similar for that platform(s).
:-)
Cheers,
Tyler
--
To UNSUBSCRIBE, email to [EMAIL
Package: wnpp
Severity: wishlist
Owner: Tyler MacDonald [EMAIL PROTECTED]
* Package name: mysql-workbench
Version : x.y.z
Upstream Author : MySQL AB
* URL : http://dev.mysql.com/downloads/gui-tools/5.0.html
* License : GPL
Programming Lang: C
Description
Roger Leigh [EMAIL PROTECTED] wrote:
The majority of the Debian (and GNU/Linux systems in general) I see
tend to not use NFS at all. Do we have any usage statistics for the
NFS client?
There is this:
http://qa.debian.org/developer.php?popcon=nfs-utils
But I don't know how accurate the old
/bin and elsewhere if the ones in /etc/alternatives
already exist?
Thanks,
Tyler
Tyler MacDonald [EMAIL PROTECTED] wrote:
I just moved a debian installation from one system to another by mirroring
/opt, etc, /home, /var, and /usr/local -- and then using dpkg
--set-selections to get all
Charles Plessy [EMAIL PROTECTED] wrote:
Maybe the debian website would deserve a section in which Debian
communicates on those issues. After all, I think that they are similar
in concept (but not in gravity) to recalls seen in the industry: a
broken material was released, so special
Package: toolchain-source
Severity: grave
Tags: patch
toolchain-source as it stands is currently unusable for building ARM
cross-compiler targets. It appears that you must specify arm-linux-gnu to
several of the builds in order to get the install to work correctly.
However, this target is not
Matthew Garrett [EMAIL PROTECTED] wrote:
Personally, I have no problem with this. But if Debian is unwilling to
fill these (not terribly niche) requirements itself, it's not reasonable
to complain when people build on Debian in order to provide a more
complete solution for a more narrow use
Hello,
I've been following the directions here:
http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html
attempting to set up a cross-compiler toolchain for my ipod. So far,
I've run into a small quirk; half of the files get installed to
/usr/arm-linux, the other
Aaron M. Ucko [EMAIL PROTECTED] wrote:
Tyler MacDonald [EMAIL PROTECTED] writes:
Has anybody else run into this? Is there something I can do that's
cleaner and closer to The Debian Way than manually making symlinks?
Install the Debian toolchain-source package and go from
I just created a /usr/local/include/hi_there.h , #include'd it from a header
file, and built a -dev debian package containing that header file without
any sort of warnings or errors.
So it's really easy to package a -dev package with a header file, that
#include's a header file in a package that
Stephen Gran [EMAIL PROTECTED] wrote:
Have you looked at the package description that this bug is about? This
is quite a bit more than DHCP client. While I would be unhappy about
having machines I need access to have their addresses assigned by DHCP,
it is trivial to configure the server
Is it at all useful/better for apt-get to use the .pdiff files when dealing
with a local (file://) debian repo?
Thanks,
Tyler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I just did an upgrade, and laptop-net caused my network interface to
disappear. This is documented here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=195752
laptop-net restarts network interfaces when it is upgraded. This is *nasty*.
If you are upgrading over a network, this causes your
Steinar H. Gunderson [EMAIL PROTECTED] wrote:
On Thu, Jun 29, 2006 at 08:35:41PM +0200, martin f krafft wrote:
Not really. pdiff's mainly reduce download size for low bandwidth
connections. file:// is pretty high bandwidth, you won't notice the
difference.
I usually notice the difference
Henning Makholm [EMAIL PROTECTED] wrote:
Well, in fact also design a mechanism to share knowledge about which
source packages may break if given a -j due to insufficiently
specified dependencies. So perhaps using $(DEB_MAKE_J_OPTION) on the
$(MAKE) all line in debian/rules is a better choice
Lars Wirzenius [EMAIL PROTECTED] wrote:
It has come to my attention that the gem package is currently built
using 'make -j 4', to have four compiler processes running at the same
time. This is a bit troublesome for the poor m68k buildd, which is now
suffering under High Load And Constant
Package: wnpp
Severity: wishlist
Owner: Tyler MacDonald [EMAIL PROTECTED]
* Package name: libtap
Version : 0.0.0
Upstream Author : Nik Clayton [EMAIL PROTECTED]
* URL : http://jc.ngo.org.uk/svnweb/jc/browse/nik/libtap/trunk/
* License : MIT-like
Programming
Is there any (console|gui) package in debian that can easily be used to open
a message/rfc822 attachment and browse it like a regular email?
You may think this is a poor question to ask debian-devel, but the reason I
am asking is because debian BTS doesn't expand rfc822 inlines (so when you
click
http://www.crackerjack.net/adserton3.png
That production server has been running debian/unstable since it's inception
in january of 2004, with dselect updates happening every couple of days. It
was running apache, postfix, mysql, mydns. Despite being unstable, there
was never a problem that
Sebastian Harl [EMAIL PROTECTED] wrote:
http://www.crackerjack.net/adserton3.png
On that picture it says the box is up for 378 days. How does that go with
875 days idle time?
Due to a bug with w, or the kernel, or whatever, which nobody seems to
want to fix, the system uptime wraps around
Ron Johnson [EMAIL PROTECTED] wrote:
That production server has been running debian/unstable since it's inception
in january of 2004, with dselect updates happening every couple of days. It
was running apache, postfix, mysql, mydns. Despite being unstable, there
was never a problem that
Steinar H. Gunderson [EMAIL PROTECTED] wrote:
It was finally retired today, after 875 days of uptime, not because there
was a problem with it, just because there was a price problem with the
hosting provider it's colocated at. For an unstable distribution, it gave
me the most stable server
Anthony Towns aj@azure.humbug.org.au wrote:
No it wouldn't; it'd just require you to have two extra ints, and something
that
ran every so often (and as part of any syscall that tells userspace the
uptime),
that does:
static unsigned last_uptime = 0;
static unsigned wraps =
Roger Leigh [EMAIL PROTECTED] wrote:
IMO dotfiles are a historical artifact which we are stuck with. If we
were just starting today, I'm sure we would be using ~/etc/bashrc
rather than ~/.bashrc so the user's files match the standard
locations. It's logical, simple, and would make many
Question: Is SpamAssassin or greylisting used on lists.debian.org?
Thanks,
Tyler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Javier Fern?ndez-Sanguino Pe?a [EMAIL PROTECTED] wrote:
Is this really a bad thing? He proved that KSP are bad for the web of trust.
A legitimate attacker could abuse the KSP just as easilly as Martin, but
would result in actual damage, and would most likely not have been caught.
Ask
Steve Langasek [EMAIL PROTECTED] wrote:
- When the API becomes incompatible (which would implicitly make the
ABI incompatible), both the -dev and library package should increment their
numbers.
- When the ABI becomes incompatible without affecting the API, only
the library
Goswin von Brederlow [EMAIL PROTECTED] wrote:
That is quite unacceptable. We have debs in debian up to 160Mb
(packed) and 580Mb unpacked. That would require 2.7 Gb and nearly 10Gb
ram respectively.
Seems to be quite useless for patching full debs. One would have to
limit it to a
Mike Hommey [EMAIL PROTECTED] wrote:
Ondrej,
The source package is named mod-bt. It produces the
following .deb's:
libbttracker0-dev_0.0.16-1_i386.deb
libbtutil0-dev_0.0.16-1_i386.deb
There's no reason to have the so version in the -dev package name.
Odd,
Sune Vuorela [EMAIL PROTECTED] wrote:
Odd, because my package depends on libapr0-dev (probably going to be
libapr0-dev | libapr1-dev soon), and an apt-cache search for 0-dev on my
The versionings is when stuff change to incompatible APIs, so probably
depending on (libfoo0-dev |
Steve Langasek [EMAIL PROTECTED] wrote:
You're missing the point that sonames track *ABI* changes, and -dev package
names should track *API* changes. Typically, upstreams make API changes on
new major releases; ABI changes can happen much more often than this.
Tracking sonames in your -dev
Package: wnpp
Severity: wishlist
Owner: Tyler MacDonald [EMAIL PROTECTED]
* Package name: mod-bt
Version : 0.0.16
Upstream Author : Tyler MacDonald [EMAIL PROTECTED]
* URL : http://www.crackerjack.net/mod_bt/
* License : Apache 2.0
Programming Lang: C
Paul Johnson [EMAIL PROTECTED] wrote:
On Thursday 25 May 2006 08:30, Manoj Srivastava wrote:
Given time, one can pay more attention to each document (I require at least
two photo ID's issued by the government).
WTF? In Oregon, if you have a driver's license, you cannot get an ID card.
Ondrej Sury [EMAIL PROTECTED] wrote:
On Fri, 2006-05-26 at 08:07 -0700, Tyler MacDonald wrote:
* Package name: mod-bt
I suggest to name your package (you can name just binary package, but it
since you are building just one binary package, it's easier to rename
source package as well
I. the reason why i suggest a patch-oriented download process
+1. We've been using bsdiff (http://www.daemonology.net/bsdiff/) at
work for some internal stuff and it's great. Furthermore, since unstable has
gone to using diffs for the Packages files, my dselect updates have been
*way*
Russ Allbery [EMAIL PROTECTED] wrote:
You can't right now because GnuTLS support is only available for 2.1. 2.2
and later will need substantial reworking of that support, and without it,
the OpenSSL licensing issues cause too many licensing conflicts in Debian
for it to be safe to provide a
Steve Langasek [EMAIL PROTECTED] wrote:
No, that's not what I said. The python-minimal package is designed to be
used *as* an Essential package, not *by* Essential packages. Nothing,
essential or not, should depend on it in Debian, whether or not
python-minimal itself gets marked as
Brian Eaton [EMAIL PROTECTED] wrote:
http://rsync.samba.org/rsync-and-debian/rsync-and-debian.html
Has anyone ever done some log file analysis to figure out how much
bandwidth would be saved by transferring package deltas instead of
entire new packages?
Slightly off-topic, but I
Goswin von Brederlow [EMAIL PROTECTED] wrote:
Bittorrent has a per chunk hash so it can validate each chunk when it
recieves it instead of waiting for the full file. It won't see if a
chunk is present at some other position in the file, not even if that
position is also on chunk boundaries.
48 matches
Mail list logo