Hello everyone
There are several bug reports on (x)gmod which currently render it
useless. Unless nobody wants to fix it, I won't object if it will
be removed from atleast slink. I've got still 66 mornings left
military service, so I'm VERY engaded until 2.4.1999.
Have an ice day,
Private
-left goes left one and (not
intuitive, but easily learnt) the shift key marks it and the delete key
removes it.
You may want to try fte and fte-console. They work exectly as you
defined.
--
Riku Voipio|[EMAIL PROTECTED] |
Poutamäentie 15 B 78 |+358 50 3313498
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:
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 fault
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,
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 Windows
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
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 embedded
[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, which
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 to
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 you
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]
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|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 50 3313498 --+--
02140 Espoo
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 set.
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 cease to exist because they are ignored. |
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] |
kirkkonummentie 33
...
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo| |
Facts do not cease to exist because they are ignored. |
/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.
--
Riku Voipio|[EMAIL PROTECTED
...
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 PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo
.
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo| |
Facts do not cease to exist because they are ignored. |
. 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|[EMAIL PROTECTED
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|[EMAIL PROTECTED
://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 |+358 40 8476974 --+--
02140 Espoo| |
dark A bad analogy
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 email address,
anyone else can forge your address
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.
need to look
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 |
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
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. I find it scary that you
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 ubuntu.
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
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 one
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] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo
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. |
--
To UNSUBSCRIBE, email to [EMAIL
support aggressive optimisations..
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo| |
Facts do not cease to exist because they are ignored. |
?
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo| |
Facts do not cease to exist because they are ignored. |
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 Windows is
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 is no
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
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 basedebs
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 prefer to
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 structure... keep
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 than bash?
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) Administrators, even administrators
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 still wonder, what it helps to put
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 mentioned for GUS ownners...
From
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,
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]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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
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
experimental
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 wildcard
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
Description
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 fact
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 be
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
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 errors
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
make
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:
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
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 this
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/KmodProposal
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_OPTION
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 : Scratchbox
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 : GPL
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*.
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 that
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 retrieve
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 overhead
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 we
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 the
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 *))
somewhere
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 its
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
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 your
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
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 imperfect
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 kindda new to
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
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 :-)
On Tue, Sep 27, 2011 at 06:01:54PM -0700, Kees Cook wrote:
Just to be explicit, PIE tends to have small (1%) performance hits on
register-starved architectures (i386) in most cases, for for certain work
loads (e.g. python) the hit is large (~15%). On architectures with plenty
of registers
On Thu, Dec 15, 2011 at 01:29:18PM +, Roger Leigh wrote:
Well, I think I still need persuading that this is the right direction
to move the files. I still think that moving /usr to / is a better
strategy
I think we would need a very, very good reason to migrate away from /usr.
Fedora
On Sat, Dec 24, 2011 at 11:48:42AM +, Philip Hands wrote:
That might allow us to come up with solutions that are not just:
Everyone must have initramfs, like it or not.
Would we really need that? If I understand correctly, the / to /usr will
merely mean that
People who want to have
On Tue, Feb 07, 2012 at 10:13:01PM +, Neil Williams wrote:
On Tue, 7 Feb 2012 14:01:57 -0800
Steve Langasek vor...@debian.org wrote:
At this stage, I have no reason to think that's not achievable, though no
one seems to have dived very deep into the bug yet. And whether gzip
upstream
On Wed, Feb 08, 2012 at 05:56:11PM +0100, Guillem Jover wrote:
On Wed, 2012-02-08 at 17:29:22 +0100, Mike Hommey wrote:
If you remove the shared files approach, how do you handle files like
lintian overrides, reportbug presubj and scripts, etc. ?
The same principle that applies to all dpkg
On Wed, Feb 08, 2012 at 09:02:43PM +0100, Guillem Jover wrote:
Let's assume compressor (gzip/bzip2/xz/etc) version M gets uploaded to
sid generating a reproducible output across all current architectures.
Time passes, compressor version N (and even O and P and Q etc) gets
uploaded, which
On Thu, Feb 09, 2012 at 03:34:28AM +0100, Guillem Jover wrote:
Riku mentioned as an argument that this increases the data to download
due to slightly bigger Packages files, but pdiffs were introduced
exactly to fix that problem. And, as long as the packages do not get
updated one should not
On Wed, Feb 08, 2012 at 03:06:46PM +0100, Adam Borowski wrote:
gzip's output is likely to change:
* on a new version
* after a bugfix (including security ones)
* on a different architecture
* with different optimizations
* with a different implementation (like those parallel ones)
*
On Fri, Feb 10, 2012 at 11:56:20PM +0100, Guillem Jover wrote:
[ Obviously this “summary” could be considered biased, but I do think
the facts presented are accurate. ]
The two reasons for the shared / reference counted files (refcnt from
now on) implementation in dpkg have been:
Well the
On Fri, Feb 17, 2012 at 07:07:40PM +0100, Samuel Thibault wrote:
Bastian Blank, le Fri 17 Feb 2012 19:02:59 +0100, a écrit :
On Fri, Feb 17, 2012 at 06:59:51PM +0100, Samuel Thibault wrote:
Bastian Blank, le Fri 17 Feb 2012 18:52:10 +0100, a écrit :
I see this:
| Provides:
On Tue, Feb 21, 2012 at 01:12:08PM -0800, Steve Langasek wrote:
The meme that systemd is better than upstart because it doesn't depend on
a shell is poppycock. No one has done any benchmarking to support the claim
that /bin/sh is a bottleneck for upstart (particularly not on Debian or
Ubuntu,
On Fri, Feb 24, 2012 at 01:47:59AM -0800, Steve Langasek wrote:
I have. Not on debian, but on debianish system with dash. And the result
was that shellscripts are indeed the bottleneck. We still did convert to
upstart since we believed it would allow us to cut down the amount of
shell
1 - 100 of 381 matches
Mail list logo
