Hi,
While I'm a addicted vim user, the build-dependencies of vim(-tiny) is a bit
scary for a base package. While we do not have requirements of base
packages of being easily buildable, changing to vim-tiny will make bootstrapping
a basic debian system again a little bit harder.
nvi:
Build-Depen
On Monday 16 January 2006 10:41, Mike Hommey wrote:
> On Sun, Jan 15, 2006 at 11:31:10PM -0800, Steve Langasek <[EMAIL PROTECTED]>
> > Well, no, but the fact that it's a longstanding release-critical bug,
> > with no maintainer response, means that it does warrant NMUer attention.
> Yes, it's my
On Wednesday 18 January 2006 11:01, Gerfried Fuchs wrote:
> * Matt Zimmerman <[EMAIL PROTECTED]> [2006-01-17 11:36]:
> So again you are saing it's the Debian Developer's job to look around
Yes it is. and you shouldn't restrict yourself to ubuntu, checking what other
Debian derivates, Fedora, Open
On Wed, Feb 22, 2006 at 03:52:29AM -0800, Steve Langasek wrote:
> On Wed, Feb 22, 2006 at 12:43:39PM +0100, Wouter Verhelst wrote:
> > What makes 'running free windows drivers for stuff' so much more
> > unrealistic than 'running free windows software for stuff'? Especially
> > seen as how no Windo
On Sun, Mar 12, 2006 at 03:49:01PM +0100, Peter Kourzanov wrote:
> Can anyone please explain why this architecture is named hurd-i386
> rather that i386-hurd?
because dpkg-architecture has a line like this:
return "$os-$cpu";
older dpkg (of sarge age) was more flexible, so likely the
hurd na
On Mon, Mar 13, 2006 at 10:38:52AM +0100, Pjotr Kourzanov wrote:
> Wouter Verhelst wrote:
> >Not being a dpkg maintainer, I find this to be a gratuitous change for
> >no good reason (other than "it looks a bit better"). I don't see what
> >point it would serve.
> Maybe the ability to run Debian on
> >[2] http://www.emdebian.org/slind.html
> This one looks dead.
I understand we live in a gentoo-driven 0-day bleeding edge culture, but
this is quite spectacular deducment. SLIND was published exactly two
weeks ago in FOSDEM and it is already dead?
>> ...and i386-uclibc[3] alioth project, wh
On Thu, Mar 09, 2006 at 10:24:58PM +0100, Peter Kourzanov wrote:
> To continue the "./configure in debian/rules" thread...
debian-devel is probably way too large audience, and will attract
people not interested in crosscompiling/embedded on making
unconstructive comments. lets move these threads t
On Tue, Apr 07, 1998 at 08:39:40PM -0700, Guy Maor wrote:
> [EMAIL PROTECTED] (Gregory S. Stark) writes:
> > Am I the only one who thinks the only correct prompts would be '$ ' and '#
> > '?
> > Barring that I suggest leaving the defaults, 'bash$' et. al.
> You're not the only one. I also pref
On Wed, Apr 08, 1998 at 11:06:44AM -0400, Raul Miller wrote:
> Riku Voipio <[EMAIL PROTECTED]> wrote:
> > The point is new users.
> Then we should be talking about /etc/skel/, rather than /etc/profile
The policy is to keep /etc/skel minimal, to avoid unecessary bloat of
/home
On Thu, Apr 09, 1998 at 07:30:23PM +1000, Herbert Xu wrote:
> In article <[EMAIL PROTECTED]> I wrote:
> > make it to FAQ, but i can't possibly understand what damage is done if the
> > default prompt is changed to PS1="\w\$ " .
> Like that it won't work for anyone who uses a Bourne shell other th
On Thu, Apr 09, 1998 at 08:36:33AM -0400, Raul Miller wrote:
> Riku Voipio <[EMAIL PROTECTED]> wrote:
> > The policy is to keep /etc/skel minimal, to avoid unecessary bloat of
> > /home structure... keep in mind that many ISP's have thousands of users.
> (3) Admini
On Thu, Apr 09, 1998 at 11:42:30AM -0400, Raul Miller wrote:
> Riku Voipio <[EMAIL PROTECTED]> wrote:
> > Yes, but remeber that changes in /etc/skel affect only users that
> > are added in the system _after_ the change. Exeisting users will
> > still have old files. I
ch was
nearly sued for distributing stuff only mentioned for GUS ownners...
Riku Voipio
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Apr 17, 1998 at 03:00:13AM +1000, Martin Mitchell wrote:
> Riku Voipio <[EMAIL PROTECTED]> writes:
> > > Source: timidity-patches
> > Uhh... Is the copyright surely clear? I remember that 4-front tech was
> > nearly sued for distributing stuff only mentione
On Mon, Apr 20, 1998 at 11:47:20PM -0700, Guy Maor wrote:
> Modifying libc to catch common security goals is a laudable goal, but
> such a libc should go to experimental.
Why change libc? Isn't there a kernel patch that makes /tmp safe? Why isn't
no-one using it?
--
Joh 3:16
--
To UNSUBSCRIBE
do not have the coding expertise to
> implement much of this at all. If I did, I'd be on it.
If I had more time, i'd try to implement it, even if i'm no expert. the only
way to learn is to practise.
Riku Voipio
--
Joh 3:16
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wit
> > A much faster solution would be to use distcc or scratchbox for
> > crosscompiling.
> Debian packages cannot be reliably built with a cross-compiler,
> because they very frequently need to execute the compiled binaries as
> well as just compile them.
Umm, that is the _exactly_ the problem scr
On Sat, Aug 05, 2006 at 11:38:39AM +0300, George Danchev wrote:
> In my opinon the root of the key differences is that with patch systems you
> can have it both ways:
> a) all chunks in one big diff
> b) chunks clearly separated by issue
> Obviously the patch system is an addition to the VCS, so
On Mon, Aug 14, 2006 at 04:09:33PM +0200, Joerg Schilling wrote:
> This is of course a lie.or why don't you like to prove it:
> http://cdrecord.berlios.de/old/private/problems.html
> Come back to reallity, the k3b maintainers did already give up with
> Debian versions of cdrtools and use se
On Fri, Aug 18, 2006 at 08:30:04AM +0200, Adrian von Bidder wrote:
> Now I'm not a buildd operator nor do I have any experience on non-x86
> arches, but a 16 core MIPS 1U server that only pulls 50W power and that
> ships with Debian preinstalled just has a very high coolness factor :-)
> http://
On Sat, Apr 01, 2006 at 02:07:24AM +0200, Amaya wrote:
> Steinar H. Gunderson wrote:
> > I'd like the source for Joey, please. :-)
> Formorer, please clarify with upstream, I have heard (today) that
> libjoey is not 100% free, as in DFSG-free.
In most legislations there are severe limits what y
On Sat, Apr 01, 2006 at 02:35:24PM +0300, Riku Voipio wrote:
-snip-
On a second thought, that was a bit too tasteless.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Friday 28 April 2006 13:34, Simon Josefsson wrote:
> The following packages appear to contain IETF RFCs/drafts, and I'll
> file bug reports for them:
As per good mass filing practices, can you create a linda/lintian test out of
your method you used to search for the rfc's ? This would have seve
On Thu, May 11, 2006 at 01:09:11PM +0200, Roberto Lumbreras wrote:
> The package has bugs, lots of them, and for that reason has been removed
> from testing, well done, unstable it is here for that.
Uh no. I find it scary that you share this same idea as the original
bacula maintainer. Unstable is
On Thu, May 11, 2006 at 03:05:17PM +0300, Riku Voipio wrote:
> On Thu, May 11, 2006 at 01:09:11PM +0200, Roberto Lumbreras wrote:
> > The package has bugs, lots of them, and for that reason has been removed
> > from testing, well done, unstable it is here for that.
>
> Uh no.
On Mon, Jul 17, 2006 at 06:59:41PM -0300, Gustavo Franco wrote:
> >Is an archive of those mails available somewhere? This way the "small
> >patches" will be available even for packages of people not subscribed to
> >the PTS. Or for people who subscribe after some version has been
> >uploaded to ubu
On Tue, Jul 25, 2006 at 06:10:23PM +0200, Eduard Bloch wrote:
> I disagree. You compare a 11kB utility (sysctl) with a new 132kB
> package.
You are comparing two completly different things. If we are to
actually compare the size of tools actually *needed*:
-rwxr-xr-x 1 root root 1554 2006-05-12 1
nyone who posts to a mailing list should read
> it to see the responses.
Which reminds me, why doesn't this list just set:
reply-to: debian-devel@lists.debian.org
Which most MUA's respect. Even this mail was one y
from going only to liw :)
--
Riku Voipio
thout knowledge of gcc internals.
[1] 'http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=194330'
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo| |
Facts do not
On Tue, Jul 29, 2003 at 02:43:50PM +0200, Javier Fernández-Sanguino Peña wrote:
> Even if you are stepping in our idea of making it in Madrid, Vienna is
> cool...
I hope it's more cool than Oslo this summer was ;)
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkon
f the current max 50kbit/s
gprs...
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo| |
Facts do not cease to exist because they are ignored. |
for every seat. Anyone with
experience on german/austrian railroad?
> So, IMHO, you'd better have long life batteries.. :-)
Yes. a debcamp of users would probably blow some fuse :)
But still, using a laptop in a train is more comfortable than on a bus,
or God forbid, on a car.
--
often makes problem, besides Makefiles that never
> thought of cross-compiling...
If you want to be productive, how about setting a buildd and trying to
crosscompile the distribution and then post statsistics of
failed/succeeded crosscompilings?
--
Riku Voipio|[EMAIL
flags
past the configure scripts.
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo| |
Facts do not cease to exist because they are ignored. |
s, it was a gcc problem after all. Todays update works
> perfectly.
Sounds really odd. Maybe the previous gcc binaries you had where
corrupted during your previous hardaware problems. I once got some
really funky errors after running fsck on /usr with buggy ram.
--
Riku Voipio
ing subject lines of an unfiltered inbox. And if a real
user gets his message bounced as spam, he/she has a chance to retry
the message via some alternative transport, like POTS or snailmail,
instead of getting the message buried in the reciepents spam folder.
--
Riku Voipio|[EMAI
On Sun, Aug 21, 2005 at 10:54:43PM +0200, Andreas Barth wrote:
> * Peter 'p2' De Schrijver ([EMAIL PROTECTED]) [050821 22:39]:
> > > - must have a working, tested installer
> > Trivial. debootstrap does that.
> How do you boot the system to run debootstrap? (Note: the answer
> "gentoo" or "Win
Hi,
> > How do you boot to a system to run debian-installer when there is no
> > bios or bootloader on the system yet?
> Just take a look at the existing Debian ports, and you see that it's ok
> to use a bios that's part of the hardware.
Eh, that was not what I asked. My point was, that there i
Hi Joey,
Your response was very much what I needed to hear. I'll have to retract
most of my worries.
On Mon, Aug 22, 2005 at 07:20:07PM -0400, Joey Hess wrote:
> - A personal interest shared by me, tbm, and taggart is to get Debian
>working on the various types of cheap mips wireless access
On Tue, Sep 13, 2005 at 09:15:10AM +0200, Carlos Parra Camargo wrote:
> The user "packceo" has been adding spam to the next pages of the wiki:
...
> I've restored to the last revision all of them, is the first time that
> happens?
no, it was not the first time.
see http://wiki.debian.net/?De
On Wednesday 28 September 2005 18:12, Daniel Ruoso wrote:
> I'm interested in maintaining a i386-uclibc architecture, which is, like
> the name says, i386 binaries linked with uClibc. My plans are:
> 1) Build all the packages used by debootstrap to generate a basedebs.tgz
> 2) Certify this basedeb
On Fri, Jan 25, 2008 at 09:59:00AM +0100, Pierre Habouzit wrote:
> Oh and don't try to ask for complete uniformity in packaging, there
> are 1000 DDs, 10 times as many packages
We have managed to get almost complete uniformity of the binary
packages produced. And imho, it's one of the things tha
On Sat, Jan 26, 2008 at 01:00:51PM +0100, Cyril Brulebois wrote:
> On 26/01/2008, Teemu Likonen wrote:
> > About these new Vcs-* fields in debian/control: it's not clear to me
> > where the URLs should be pointing at.
> See for yourself:
> | $ PAGER=cat man debcheckout | grep -A1 ^NAME
> | NAME
>
On Sat, Jan 26, 2008 at 08:37:54PM +0100, Stefano Zacchiroli wrote:
> If I were you I would have tried "fakeroot debian/rules
> get-orig-source", which is the policy mandated target to retrieve
> orig.tar.gz. I haven't tried, but looking at madwifi's debian/rules it
> is indeed implemented and ret
On Tue, Jan 29, 2008 at 10:16:24PM +0100, Moritz Muehlenhoff wrote:
> In kernels that support text ASLR, programs compiled
> for PIE will gain full position randomization.
For which architectures is text ASLR available? does it require
external kernel patches? PIE means considerable system overhea
On Wed, Jan 30, 2008 at 07:38:01PM +0100, Daniel Leidert wrote:
> Am Mittwoch, den 30.01.2008, 12:31 -0500 schrieb Joey Hess:
> > Because disk space is so much cheaper than your time that I can't even
> > find the adjectives to describe how much cheaper it is?
> My current workflow is fast enough.
On Sun, Feb 03, 2008 at 08:53:00PM +0100, Moritz Muehlenhoff wrote:
> Did you followup with upstream on the SSP problems we've seen
> on ARM?
Basicly their response was basicly "why would anyone want
5-10% bigger and slower binaries on arm". It was also discussed
the possibility of --disable-ssp w
On Thu, Feb 07, 2008 at 01:34:53PM +0900, Charles Plessy wrote:
> I think that it is a bit frivolous to distribute software with
> advertisment clause in main and not properly warning the redistributors,
I think the short term solution to this dilemma is to compile a list
of attributions needed to
On Mon, Feb 11, 2008 at 12:08:13AM +0900, Charles Plessy wrote:
> Sorry to be rude, but I am just so surprised that there is a such big
> problem and that apparently nothing is done. If people are working on
> the issue, just let us know, they will get many kudos and everybody will
> be happy. In t
On Sun, Mar 02, 2008 at 08:02:09PM +0900, Charles Plessy wrote:
> Le Sun, Mar 02, 2008 at 10:56:19AM +0100, Julien BLACHE a écrit :
> > In the MIPS case, the buildds are impacted by real technical problems
> > that take time and effort to get fixed.
> Exactly, and real technical problems mean real
On Thu, Mar 06, 2008 at 11:39:24PM +0100, Frans Pop wrote:
> Now that armel is becoming official, could someone involved with the port
> please look at updating the info about the port on the website [1] in the
> run-up to Lenny?
Yeah, I sent a update for that page earlier, but it seems to have
On Sun, Mar 09, 2008 at 06:34:36PM +, Ian Jackson wrote:
> Pierre Habouzit writes ("Re: dpkg semi-hijack - an announcement (also,
> triggers)"):
> > If you're so afraid that one of the included headers defines NULL to
> > '0', then just assert (__builtin_types_compatible(NULL, void *))
> > s
On Sun, Mar 16, 2008 at 11:59:52PM +, Steve McIntyre wrote:
> 3. For some arches, should we just provide the first couple of CDs
> and a full set of DVDs? This is a bit of a compromise option - if
> a given machine will not boot from DVD, but can boot from CD and
> get the rest of
On Mon, Apr 21, 2008 at 10:36:37PM +1000, Mark Purcell wrote:
> But you are free to assist with the package in what ever
> way you can. All contributions are welcome.
Patrick, as you see you are clearly welcome. So please cool down
and submit patches :)
> Perhaps in the longer term we could con
On Fri, Apr 25, 2008 at 05:06:59PM +0200, Petter Reinholdtsen wrote:
> 'arm' is said to be LE, but I believe it differ for integers and
> floating point numbers. Is 'arm' in the list the 'arm' archtecture?
> What about 'armel' and 'armeb'?
on arm (unlike armeb and armel), doubles are two little-e
On Tue, May 06, 2008 at 02:44:04AM -0400, Timothy G Abbott wrote:
> Packages with no problems worse than missing man pages:
> python-arpack (from the scipy sandbox)
> python-delaunay (from the scipy sandbox)
I guess these can be handled by python-modules team
that already maintains python-scipy?
On Sun, May 18, 2008 at 12:03:17PM +0200, Aurelien Jarno wrote:
> Do you have a proposal for a remplacement of the glibc then?
> And note we *do* forward patches we apply to the Debian Glibc, which is
> not always something pleasant to do, especially when it concerns
> "embedded crap" [1]: at best
On Mon, May 26, 2008 at 04:07:55PM +0200, Patrik Fimml wrote:
> As I frequently use eboard and have done some "hobby" packages before, I'd
> like to take care of the package. What exactly is the procedure to follow in
> this case?
I See you have already file for a ITA for this package, so you are
On Mon, Jun 02, 2008 at 07:34:22PM +0200, Wouter Verhelst wrote:
> - On upgrade. Since apparently dbus-using services die when dbus itself
> is restarted, it might make sense to restart those services too
snip: text explaining one way to workaround the problem
Howabout fixing dbus not to crash
On Wed, Jun 04, 2008 at 02:31:22AM -0700, Mike Bird wrote:
> (2) To a user who wishes to use a working feature of an imperfect
> package, Debian is better with the imperfect package than
> without: MISSING PACKAGE < IMPERFECT PACKAGE < PERFECT PACKAGE.
> This is true even if the imperfe
On Sat, Jun 07, 2008 at 09:25:23PM +0200, Mathieu Malaterre wrote:
> >> $ superdupertool libfoo.so
> >>=> this lib requires libstdc++6 at least version 4.0.2
> > dpkg-shlibdeps run during build does that and then dpkg-gencontrol
> > replaces the ${shlibs:Depends} in control file
> All this is kin
On Mon, Jun 16, 2008 at 11:12:53AM -0400, David Duggins wrote:
> I would also have to say that the Linux Community has always been about
> freedom and choice.
Not everyone agrees[1] about the choice part.
Having one well working tool is better than having multiple mediocre,
buggy tools to choose
Package: wnpp
Severity: wishlist
Owner: Riku Voipio <[EMAIL PROTECTED]>
* Package name: scratchbox2
Version : 0.0.1
Upstream Author : Lauri Leukkunen <[EMAIL PROTECTED]>
* URL : http://rahina.org/sb2/
* License : LGPL
Programming Lang: C, lua
> >> Many packages FTBFS (silently!) if an environment variable TAPE is set.
> Perhaps dpkg-buildpackage should unset TAPE...?
pbuilder and other tools already do that when chrooting? Tar's $TAPE
behaviour fails the principle of least suprise. Tar developers
should reconsider the usability implic
> > That's why we tell people to use pbuilder.
> I think I disagree with the reason given for this advice. What
> is the end goal that we are trying to achieve? Is it to upload binary
> packages that build despite leaving flaws i the build process? Always
> building in pbuilder masks e
On Wed, Sep 12, 2007 at 12:39:05AM -0400, Nathanael Nerode wrote:
> Non-free material is being included in main for the benefit of *precisely
> zero*
> users. There's no two ways about this: this is a Social Contract violation.
Kernel has 736[1] open bugs, including ones that corrupt data and
ma
On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> In other cases, most of the architectures are in sync and some
> special architectures are creating troubles. It looks like
> hurd-i386 is currently causing me lots of troubles for example on pango:
> http://qa.debian.org/cgi-bin/mo
On Mon, Oct 01, 2007 at 08:00:22PM +0200, Juliusz Chroboczek wrote:
> While I realise that it is sometimes difficult to deal with hundreds
> of old bug reports, there are other ways of dealing with this kind of
> issue, such as tagging old bugs when they lack submitter input, or at
> least going th
> > Is it possible to compare this data against unofficial kfreebsd-(i386|amd64)
> > and armel ports in http://ftp.gnuab.org/debian/ [1] ? Armel port is
> > softfloat, and thus libraries using floats can end up exporting
> > inlined softfloat math functions.
> Honestly, I have spent too much time
On Wed, Oct 24, 2007 at 11:32:26AM +1000, Paul Wise wrote:
> Interestingly, Fedora has a new policy that kernel module packages
> must be merged with kernel.org or removed from Fedora:
> http://fedoraproject.org/wiki/Packaging/KernelModules
> http://fedoraproject.org/wiki/DavidWoodhouse/KmodPropos
On Tue, Nov 06, 2007 at 03:31:49PM +0100, Miriam Ruiz wrote:
> 2007/11/6, Neil Williams <[EMAIL PROTECTED]>:
> > There needs to be some agreement on what nocheck or notest means and
> > which one to use. For Emdebian needs, whichever name is used, the
> > imperative is that setting that DEB_BUILD_O
Package: wnpp
Severity: wishlist
Owner: Riku Voipio <[EMAIL PROTECTED]>
* Package name: sbrsh
Version : 1.4.1
Upstream Author : Timo Savola <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : GPL
Programming Lang: C
Description
On Mon, Nov 19, 2007 at 03:47:35PM -0400, Ben Armstrong wrote:
> * Package name: atl2-source
> Version : 1.0.40.2
> Upstream Author : xiong huang <[EMAIL PROTECTED]>
> * URL :
> https://launchpad.net/ubuntu/hardy/+source/linux-ubuntu-modules-2.6.22/
> * License
On Fri, Jan 04, 2008 at 11:26:21PM +0100, Josselin Mouette wrote:
> I do hope there are better examples than a confidential application and
> a useless daemon that has been deprecated for years, to justify messing
> with dh_installinit and update-rc.d as you are proposing.
You don't need to *hope*
echnical users will probably have one address and one
SMPT AUTH based mail server to use.
[1] http://spf.pobox.com/
http://www.danisch.de/work/security/antispam.html
http://www.pan-am.ca/dmp/dmp-faq.html
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |
On Sun, Oct 12, 2003 at 11:41:45PM +0200, Andreas Metzler wrote:
> Julian Mehnle <[EMAIL PROTECTED]> wrote:
> > Bernhard R. Link wrote:
> >> * Riku Voipio <[EMAIL PROTECTED]> [031012 20:25]:
> >> > Second hint: If you insist on your right to forge your e
On Mon, Oct 13, 2003 at 12:34:46AM +0200, Tollef Fog Heen wrote:
> * Riku Voipio
> I have mail-followup-set for a reason. In addition, it is normal
> policy on Debian lists not to Cc people unless explicitly requested.
Hmm. my mutt setup appears to be b0rken then. sorry about that
to gimp.
4) Patch apt-listchanges so that id doesn't mail about suggestions
on packages that are not available.
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo| |
dark> A bad analogy is like leaky screwdriver |
is still just a recommondation in the options,
and doesn't support aggressive optimisations..
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo| |
Facts do not cease to exist because they are ignored. |
c++ apps on sparc until gcc is fixed?
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo| |
Facts do not cease to exist because they are ignored. |
On Saturday 26 April 2003 05:08, Chris Cheney wrote:
> On Sat, Apr 26, 2003 at 09:36:56AM +0800, Cameron Patrick wrote:
> > What about the Via C3? That was introduced not too long ago, runs
> > moderately quickly (~1GHz) with low power consumption, but IIRC doesn't
> > support the i686 instruction
- sheez, that was hard...
c) do it manually - no more work than it is now
who the hell has to do more work, if we add *support* for
*automaticly* running bind9 in chroot jail if the kernel
supports --bind mounts?
--
Riku Voipio|[EMAIL PROTECTED] |
kirkk
beer
rather an opens a editor to serve ungrateful kids.
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo| |
Facts do not cease to exist because they are ignored. |
-
On Wed, Mar 11, 2009 at 12:55:52PM +0100, Adeodato Simó wrote:
> The problem is, of course, defining the “well-defined policy”. For most
> libraries an early removal has no big consequences. It would have been
> tempting to have guessed that there wouldn’t be any for poppler either,
> because the f
On Tue, Mar 17, 2009 at 08:05:50PM +0100, Martin Michlmayr wrote:
> I have a number of ARM devices/boards that I no longer need and I'm
> looking for developers or testers who can do something useful with
> them. Those devices have been given to me to improve Debian support,
> and so they should b
On Mon, Apr 06, 2009 at 10:13:39PM -, Jiri Palecek wrote:
> I'd like to package the selinux tests from the ltp test suite. The tests
> need a special selinux policy to be loaded and some files to be relabeled.
> I haven't found any standard way of packaging this, so I made an
> experiment
On Thu, May 14, 2009 at 10:13:43AM +0300, Peter Eisentraut wrote:
> On Wednesday 13 May 2009 21:55:00 Guillem Jover wrote:
> > So, there's missing support in sbuild (#501230), which arguably is
> > a pretty recent bug report, but AFAIR I sent a mail to Ryan long time
> > ago when drafting the wildc
On Wed, Jul 16, 2014 at 01:05:26PM +0200, Harald Dunkel wrote:
> Hi Thijs,
> On 07/16/14 12:35, Thijs Kinkhorst wrote:
> > As it turns out, this package got removed because it has an unfixed
> > release critical bug (which interestingly enough you yourself reported).
> > When this bug is fixed, t
On Sun, Aug 17, 2014 at 01:13:36PM +0200, Marc Haber wrote:
> On Sun, 17 Aug 2014 01:40:27 -0700, Josh Triplett
> wrote:
> >Ludovico Cavedon wrote:
> >> I am writing a systemd service file for a daemon (ntopng) and I would
> >> like to know what you think is the best way to load some
> >> configur
Hi Henrique,
On Wed, Sep 24, 2014 at 03:18:02PM -0300, Henrique de Moraes Holschuh wrote:
> OTOH, using -z9 on datasets smaller than the -z8 dictionary size *is* a
> waste of memory (I don't know about cpu time, and xz(1) doesn't say anything
> on that matter). The same goes for -z8 and datasets
On Fri, Nov 07, 2014 at 10:00:38AM +0100, Thorsten Glaser wrote:
> On Fri, 7 Nov 2014, Adam Borowski wrote:
>
> > You can chroot to the system from the host machine, and upgrade to sysvinit.
> > If your host can't run arm code, install qemu-user-static and copy
> > /usr/bin/qemu-arm-static to the
On Fri, Nov 07, 2014 at 08:30:32PM +1100, csir...@yahoo.com.au wrote:
> "Don't accept old kernels" is almost equivalent to telling many
> unrelated businesses in a particular ecosystem to burn their
> investments and start again from scratch, just because the SoC and/or
> board vendors have a broke
On Thu, Nov 13, 2014 at 02:19:41PM +0100, Florian Lohoff wrote:
> I meanwhile see the systemd issue as a social problem within debian. There are
> design issues which are REALLY controversial. In the past Debian did good by
> delaying adoption of controversial technical issues e.g. devfs and waited
On Sat, Apr 28, 2012 at 07:12:42PM -0700, Russ Allbery wrote:
> I'm not sure that I see the point, and I say that as someone who
> replaces Exim with Postfix on all of my boxes.
Nobody's suggesting you need to change to anything. The worst you
have to do if debian changed default MTA, would be to
On Tue, May 01, 2012 at 12:48:10AM -0400, Chris Knadle wrote:
> I think it would be useful to describe what issue(s) there are concerning
> 8BITMIME and why this is important. I've found some information [1] about
> this, but it isn't clear what problems are actially *caused* by the lack of
> 8
On Tue, May 01, 2012 at 08:18:07PM +0200, Philipp Kern wrote:
> So just stop Postfix doing the conversion?
It's not just postfix, it's at least courier and sendmail and various
propiertary MTA's do conversions when encountering default configured
exims.
It would be a RFC violation to just pass 8b
On Thu, May 03, 2012 at 01:23:29PM +0200, Stefano Zacchiroli wrote:
> 3) public, but contributors-only list
> This has been implemented by other FOSS projects. A notable example is
> Ubuntu who have a split between ubuntu-devel (project members only +
> whitelisting) and ubuntu-devel-discuss (fre
On Mon, May 07, 2012 at 02:33:54PM +0100, Adam D. Barratt wrote:
> fwiw, there's just (as in within the past couple of hours) been a change
> committed upstream which defaults accept_8bitmime to true.
Good news.
As mentioned on bug #445013:
-snip-
> accept_8bitmime = true
> I would actually rec
On Tue, Aug 28, 2012 at 12:10:18PM +0900, Hideki Yamane wrote:
> --
> conclusion (rest)
> --
> I recommend to use xz ***by default*** (with approp
1 - 100 of 153 matches
Mail list logo
