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 wrote:
> On Sat, Feb 9, 2013 at 5:23 PM, Tyler MacDonald
> wrote:
> > "An obscure french DD". Wow, what a way to describe a perso
"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 wrote:
> As the bug #70 mark was turned on February 7th 2013, Debian
> developers and contributors need yet another new chal
Darren Salt 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 that want to optimize. Out of
l
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, w
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
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
> act
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 sel
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. The
... 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 PROTEC
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
Descr
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 "
update-alternatives from installing
the symlinks in usr/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
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 commu
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 narro
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 su
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 De
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 half
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 i
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 serve
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
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 contr
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]
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 c
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 C
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
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
clic
Anthony Towns 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 = 0;
> if (u
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 st
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 prob
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 wra
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 resu
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.
>
>
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
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 -
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
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.
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 file
> 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* fa
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 easi
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
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
Program
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 provid
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 boundarie
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
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 Ess
48 matches
Mail list logo
