Hi:
I am preparing an article on the pros and cons of general releases for
The New Stack, both for users and for developers.
Anyone have any thoughts? I may use any comments unless the sender
specifically asks me not to.
Thanks for any thoughts,
--
Bruce Byfield 604.421.7189 (Pacific time
Hi:
I am writing an article about the pros and cons of Ubuntu's snappy
packages, which have recently been ported to a number of major
distributions.
If anyone has any experience with them, I would appreciate hearing their
opinions, especially about how they compare to debs.
Thanks,
--
depended and recommended upon parts.
- Bruce
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201207111652.27393.bms...@shaw.ca
guy building UDE from source)
As someone pointed out earlier, there are lots of different tastes when it
comes to window manager-like software... I expect there are more tastes than
available WMs--so, the more the merrier as long as its maintained.
- Bruce
--
To UNSUBSCRIBE, email
On June 2, 2012 03:48:03 AM Serge wrote:
> 2012/6/2 Bruce Sass wrote:
> >> Maintainer will probably write a better code.
> >
> > Much better... if TMPTIME != 0 it will be necessary to mount the FS based
> > /tmp, clean it, create a tmpfs, move anything left in /tm
ystem last
shutdown could be used to skip all that since RAMTMP=yes implies TMPTIME=0
regardless of the setting in /etc/default/rcS.
- Bruce
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia
desktop boxes).
> OTOH it is a common setup to share / over NFS.
Unfortunately, when / is imported over NFS the box is effectively a door stop
when networking fails, and if it doesn't have an optical drive you can only
troubleshoot from one end of the connection.
- Bruce
(who files bu
On September 22, 2011 05:54:02 PM Adam Borowski wrote:
> On Thu, Sep 22, 2011 at 05:14:32PM -0500, Matt Zagrabelny wrote:
> > Hi Bruce,
> >
> > >> > I hope Debian would honour the Social Contract and put the needs of
> > >> > the users ahe
On September 22, 2011 12:23:00 PM Jonas Smedegaard wrote:
> On 11-09-22 at 08:19am, Bruce Sass wrote:
> > On September 22, 2011 02:50:25 AM Gerfried Fuchs wrote:
> > > * Bruce Sass [2011-09-21 23:18:54 CEST]:
> > > > Debian already favours Main packages by def
On September 22, 2011 12:06:11 PM Steve Langasek wrote:
> On Thu, Sep 22, 2011 at 08:19:32AM -0600, Bruce Sass wrote:
> > > So *every* time a package outside of main is an installation candidate
> > >
> > > the decision should be made, not once, very much indeed.
&
On September 22, 2011 02:50:25 AM Gerfried Fuchs wrote:
> * Bruce Sass [2011-09-21 23:18:54 CEST]:
> > On September 20, 2011 02:24:33 PM Stefano Zacchiroli wrote:
> > > On Tue, Sep 20, 2011 at 01:12:37PM +0200, Gerfried Fuchs wrote:
> > > > tl;dr - what do you thi
s disappear. The statement "A|B|C" should mean that A is the best
choice from a technical perspective (stability, functionality, etc.) Those of
you who don't want to pollute you system with non-DFSG-free packages can
simply avoid putting contrib and/or non-free in your sources.l
On May 9, 2011 08:48:25 am Teodor MICU wrote:
> To conclude, "unstable-next" suite (or some other name [2]) is a
> requirement for "rolling" [3].
>
> Thanks
>
> [2] but not "experimental"
...unless the nature of experimental is changed, and its
d
up the web of trust. I met two Debian devs at last year's Google SoC
summit, and asked them to sign, but could use more. Is anyone in the
project within a reasonable drive of New Orleans?
Thanks,
David Bruce
(please reply directly - I'm not subscribed)
--
To UNSUBSCRIBE, e
here's a somewhat philosophical thought on the matter...
Currently Debian can only "see" the past (Stable) and present
(Unstable/Testing). Creating an always-consistent-"frozen" category of
packages would let Debian "see" the past (Stable), present (Frozen),
and future (Unstable/Testing).
- Bruce
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201009221117.16849.bms...@shaw.ca
On August 15, 2010 04:30:04 pm Perry E. Metzger wrote:
> On Tue, 10 Aug 2010 03:15:35 -0600 Bruce Sass wrote:
> > /sbin and /usr/sbin, /lib and /usr/lib directories?
> >
> > AFAICT, the reason is so that a minimal but functional system is
> > guaranteed to exist so long
On August 10, 2010 03:53:10 pm Goswin von Brederlow wrote:
> Bruce Sass writes:
> > I was curious so...
> > $ for f in /bin/* /sbin/*; do if [ "`file $f | grep ELF`" != "" ] ;
> > then if [ "`ldd $f | grep /usr`" != "" ] ; then echo
On August 10, 2010 04:25:07 am Simon McVittie wrote:
> On Tue, 10 Aug 2010 at 03:15:35 -0600, Bruce Sass wrote:
> > AFAICT, the reason is so that a minimal but functional system is
> > guaranteed to exist so long as a local HDD with a root filesystem
> > is available
>
>
On August 10, 2010 04:18:10 am Stanislav Maslovski wrote:
> On Tue, Aug 10, 2010 at 03:15:35AM -0600, Bruce Sass wrote:
> > /sbin and /usr/sbin, /lib and /usr/lib directories?
> >
> > AFAICT, the reason is so that a minimal but functional system is
> > guaranteed to e
3 => /lib/libdbus-1.so.3 (0x4b18)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x470f8000)
librt.so.1 => /lib/i686/cmov/librt.so.1 (0x46eba000)
/lib/ld-linux.so.2 (0x46bad000)
libpcre.so.3 => /lib/libpcre.so.3 (0xb7856000)
Are these bugs just
Hey, check this out and we both get a free* Laptop.
http://laptops.freepay.com/?r=43388891
* See site for details.
- Request sent from 68.215.215.195 at 2008-03-19 13:16:25.
- You are receiving this email because someon
Hey, check this out and we both get a free* Laptop.
http://laptops.freepay.com/?r=43388891
* See site for details.
- Request sent from 68.215.215.195 at 2008-03-19 13:15:48.
- You are receiving this email because someon
I’m doing the same but with a different company
Anyway to help me with referrals for my referral link?
http://laptops.freepay.com/?r=43388891
Be a better friend, newshound, and
know-it-all with Yahoo!
Someone wrote:
> If you actually need to make this sort of response, could you do the
> rest of us a favor and not do so publicly?
Ya, you're right. Sorry.
My frustration got the better of me.
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsub
On Thu September 27 2007 05:38:53 pm Manoj Srivastava wrote:
> On Thu, 27 Sep 2007 08:08:49 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
> > The bit you're still missing is the first part of the question you
> > didn't answer: "Is there any situation where own
On Thu September 27 2007 01:33:21 am Manoj Srivastava wrote:
> On Wed, 26 Sep 2007 04:04:33 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
> Hmm? You assumed, and I quote "there are no such situations
> which would not already have a virtual package". Since ther
On Tue September 25 2007 09:22:02 am Manoj Srivastava wrote:
> On Tue, 25 Sep 2007 02:36:24 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
> > On Sun September 23 2007 03:08:59 pm Manoj Srivastava wrote:
> >> On Sun, 23 Sep 2007 14:26:29 -0600, Bruce Sass <[EMAIL PROTECTED]
On Sun September 23 2007 03:08:59 pm Manoj Srivastava wrote:
> On Sun, 23 Sep 2007 14:26:29 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
> > On Sun September 23 2007 11:00:58 am Manoj Srivastava wrote:
> >> We can create any number of dummy packages on the fly, but what is
On Sun September 23 2007 11:00:58 am Manoj Srivastava wrote:
> On Sun, 23 Sep 2007 04:13:41 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
> > On Sat September 22 2007 10:21:43 pm Manoj Srivastava wrote:
> >> On Sat, 22 Sep 2007 03:46:26 -0600, Bruce Sass <[EMAIL PROTE
On Sat September 22 2007 10:21:43 pm Manoj Srivastava wrote:
> On Sat, 22 Sep 2007 03:46:26 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
> > On Sat September 22 2007 12:16:18 am Oleg Verych (Gmane) wrote:
> >> 21-09-2007, Bruce Sass:
> >> > On Thu September 20
On Sat September 22 2007 12:16:18 am Oleg Verych (Gmane) wrote:
> 21-09-2007, Bruce Sass:
> > On Thu September 20 2007 09:25:23 pm Oleg Verych (Gmane) wrote:
> >> 19-09-2007, Bruce Sass:
> >> > I'm hoping the dpkg "triggers" functionality Ian Jackson ha
On Thu September 20 2007 09:25:23 pm Oleg Verych (Gmane) wrote:
> 19-09-2007, Bruce Sass:
> > I'm hoping the dpkg "triggers" functionality Ian Jackson has been
> > working on will help solve that wart though.
>
> How exactly?
Exactly? I don't know. I
;
> Too crude? That's a simple command, easily found in a relevant
> manpage. In true Unix fashion, its output can be easily piped to
> other commands. What's crude about it?
It doesn't catch files created by Maintainer scripts?
I'm hoping the dpkg "triggers&q
--exec . Probably risking some false kills.
> 2. Ignore the problem, and leave squashfs systems broken.
>
> Any other way out?
maybe this will help...
-
On Wed, Sep 05, 2007 at 04:08:38AM -0600, Bruce Sass wrote:
> On Mon September 3 2007 07:47:23 am you [Marc Haber] wrote:
> &g
May as well add Opera to the list...
On Tue September 11 2007 11:52:36 am Anthony Towns wrote:
> nameinst vote old recent no-files
> iceweasel 41897 22448 6839 1260010
> epiphany-browser 32506 11395 7614 13493 4
> w3m
On Tue September 11 2007 01:07:52 am Steve Langasek wrote:
> Does anyone know of a case where this would give the wrong result?
> I'm not sure what an xdmcp login would look like here, for instance,
> or if startx creates a utmp entry that I should be concerned about
> registering as a false posit
On Thu August 30 2007 09:52:13 am Roberto C. Sánchez wrote:
> On Thu, Aug 30, 2007 at 04:47:59PM +0100, Jon Dowland wrote:
> > On Mon, Aug 27, 2007 at 10:46:47PM -0600, Bruce Sass wrote:
> > > Of course, obviously---for software where there is a choice, but
> > > fo
On Mon August 27 2007 05:33:05 pm Romain Beauxis wrote:
> Le Tuesday 28 August 2007 00:17:40 Bruce Sass, vous avez écrit :
> > On Mon August 27 2007 04:05:24 pm Pierre Habouzit wrote:
> > > And
> > > it's no way we will accept the statically linked version in
&
On Mon August 27 2007 04:05:24 pm Pierre Habouzit wrote:
> And
> it's no way we will accept the statically linked version in Debian.
Why is that?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu August 9 2007 12:08:05 pm Florent Rougon wrote:
> Bruce Sass <[EMAIL PROTECTED]> wrote:
> > dselect doesn't force you to install recommended packages; for as
> > long as I can remember (since Bo) it has given you a list with the
> > recommends preselected, a
of the top complaints I got was that aptitude mishandled Recommends
> by not installing them!
dselect doesn't force you to install recommended packages; for as long
as I can remember (since Bo) it has given you a list with the
recommends preselected, and a simple keypress is all that is
us would be a mistake. I.e., code the thing up so
that it is easy to tell it how to build menus instead of writing it to
conform to any particular idea of how menus are used.
- Bruce
t in the menus then he either tracks
them down manually and starts them from the commandline, or notices
them if he pays close enough attention to upgrades.
I think you've hit on a good reason to default to including everything
in the menus.
- Bruce
--
To UNSUBSCRIBE, email to [EMAI
On Mon July 16 2007 12:03:17 pm Neil Williams wrote:
> On Sun, 15 Jul 2007 18:16:49 -0600
> Bruce Sass <[EMAIL PROTECTED]> wrote:
> I like Don's idea - remove the Debian menu from those window managers
> etc. that understand .desktop files and make the Debian menu aware
that).
I believe I am understanding you correctly because, "Debian menu support
and no Freedesktop menu support", is only an issue if the common menu
generating infrastructure disappears and all we are left with is a
collection of .desktop files.
I hope you reconsider your positi
rrants
choosing differently today?
- Bruce
[1] that Testing can also be used to track how the next release is
shaping up was more of a side-benefit than prime motivation; and it
should not be surprising that most developers run Unstable because
historically Testing only became relevent just
it is the name of a physical constant.
"Kilobytes" naturally became the measure of capacity, (sadly) it may
also be natural that Marketing twisted its ambiguity with the SI prefix
in an attempt to get marketshare.
"1024" will go away when we stop using binary computers. :)
-
to assist us by creating
such an entity. If you would like to do that, please reply to me at
[EMAIL PROTECTED] . Further discussion will be carried out separately
from SPI and Debian lists.
Thanks
Bruce
* There should also be limits on how much software a single non-profit
has in i
On Sun January 21 2007 16:29, Charles Plessy wrote:
> Le Sun, Jan 21, 2007 at 06:04:09AM -0700, Bruce Sass a écrit :
> > I also agree that automatic down-converting would be good, but
> > think that automatic generation of menus from pieces at package
> > install time would be
, then require the menu producers be able to
construct a menu entry from the pieces via infrastructure provided
routines.
Assuming the existing menu infrastructure is working OK and the code is
in reasonably good shape, adding support for
{/usr/share,~,etc}/menu/{freedesktop,gnome,kde,some-de} should be a
straightforward extension of how the standard menus are currently
handled.
- Bruce
On Fri November 24 2006 15:24, Thomas Bushnell BSG wrote:
> On Fri, 2006-11-24 at 15:12 -0700, Bruce Sass wrote:
> > Sure, but since all "sh" scripts would be better off if they
> > specified dash as their command interpreter... #!/bin/sh use would
> > disappear.
On Fri November 24 2006 14:42, Thomas Bushnell BSG wrote:
> On Fri, 2006-11-24 at 14:03 -0700, Bruce Sass wrote:
> > On Fri November 24 2006 13:15, Thomas Bushnell BSG wrote:
> > > Instead of focusing and hammering again and again on /bin/sh, why
> > > not instead ask ma
ike unix systems like Linux
> There may well be advantages to dash for this or that application.
> So then, maintainers should be encouraged to use it. The best way,
> of course, is #!/bin/dash.
and stop using "sh" altogether, or should the www.emdebian.org people
fork
s refers to inteactive use. dash suits well for scripts.
Straddling the line somewhat is GIT. Installing dash to provide sh and
setting GIT_SHELL to /bin/sh results in a noticeable improvement on
even a 1GHz box.
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun November 19 2006 15:59, Thomas Bushnell BSG wrote:
> On Sun, 2006-11-19 at 15:47 -0700, Bruce Sass wrote:
> > > Posix puts grep, ls, kill, test, and echo all in *exactly the
> > > same category*. So why does posh treat them so differently?
> >
> > In t
On Sun November 19 2006 15:05, Thomas Bushnell BSG wrote:
> On Sun, 2006-11-19 at 14:53 -0700, Bruce Sass wrote:
> > On Sun November 19 2006 14:03, Thomas Bushnell BSG wrote:
> > > On Sun, 2006-11-19 at 18:43 +0100, David Weinehall wrote:
> > > > On Sat, Nov 18, 20
On Sun November 19 2006 14:03, Thomas Bushnell BSG wrote:
> On Sun, 2006-11-19 at 18:43 +0100, David Weinehall wrote:
> > On Sat, Nov 18, 2006 at 08:01:04AM -0800, Thomas Bushnell BSG wrote:
> > > On Sat, 2006-11-18 at 11:30 +0100, Andreas Metzler wrote:
> > > > > Well, the goal was (in part) to ca
On Thu November 16 2006 18:23, Manoj Srivastava wrote:
> On Thu, 16 Nov 2006 17:40:20 -0700, Bruce Sass <[EMAIL PROTECTED]> said:
> > On Thu November 16 2006 11:06, Thomas Bushnell BSG wrote:
> >> The problem is that "POSIX feature" is a meaningless term in thi
On Thu November 16 2006 11:06, Thomas Bushnell BSG wrote:
> On Thu, 2006-11-16 at 04:14 -0700, Bruce Sass wro
>
> > AFAICT, "/bin/sh can be a symbolic link to any POSIX compatible
> > shell" does not really convey what Debian wants, it would be better
> > to state
is implied and
explicit is better than implicit.
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed November 15 2006 17:08, Thomas Bushnell BSG wrote:
> On Wed, 2006-11-15 at 16:28 -0700, Bruce Sass wrote:
> > Hmmm, I guess I'm confused by Thomas's statement...
> At that point, I suggested and still suggest that we change Policy to
> restrict /bin/sh to a speci
On Wed November 15 2006 18:15, Russ Allbery wrote:
> Bruce Sass <[EMAIL PROTECTED]> writes:
> > On Wed November 15 2006 16:45, Russ Allbery wrote:
> >> No, but Policy currently requires scripts that use features not
> >> available from POSIX to declare an appropri
On Wed November 15 2006 16:45, Russ Allbery wrote:
> Bruce Sass <[EMAIL PROTECTED]> writes:
> > Hmmm, I guess I'm confused by Thomas's statement...
> >
> > "I refused to stop using test -a in my packages as well, and
> > refused to declare #!/bin/bas
On Wed November 15 2006 15:08, Russ Allbery wrote:
> Bruce Sass <[EMAIL PROTECTED]> writes:
> > Since the file was used to provide both the bash builtin and the
> > standalone test, and -a is undocumented in the test manpage, it is
> > most likely a bash feature.
ented and
available in dash, bash, and test?
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
h programs did not
> declare a test builtin, there would be no problem: my scripts would
> get the Debian implementation of test, and everything would be fine.
Is moving the test executable to /bin with a symlink to /usr/bin (so
existing scripts which already use a path continue to work) then
ignificant: the 200k dash package on a modern box,
or increased swapping and significantly slower installs on an older
one?
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e to developers.
Sounds right, and proper, given Debian's focus on freeness.
So, why POSIX... history, completeness?
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
h hoops for the sake of users with limited knowledge and no
inclination to learn about the system they are using.
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
me<->number look up... which
would make it easier to make a case that they are intentionally
interfering with Debian's systems.
Keep in mind that my original response was to your post which stated:
"...implemented so as to only consider GPG/PGP signed mail from DDs..."
- Bruce
On Tue October 31 2006 23:02, Don Armstrong wrote:
> On Tue, 31 Oct 2006, Bruce Sass wrote:
> > On Tue October 31 2006 21:15, Anthony DeRobertis wrote:
> > > Bruce Sass wrote:
> > > > I have yet to see a spam message sent to the BTS which used a
> > > > &q
On Tue October 31 2006 21:15, Anthony DeRobertis wrote:
> Bruce Sass wrote:
> > I have yet to see a spam message sent to the BTS which used a
> > "Package:" pseudoheader, so that should work to eliminate BTS spam
> > without preventing non-DD's helping out.
>
messages
were required.
I have yet to see a spam message sent to the BTS which used a "Package:"
pseudoheader, so that should work to eliminate BTS spam without
preventing non-DD's helping out.
- Bruce
d be filed, afaict, are those against packages whose
scripts specify /bin/sh and fail to work with any "sh" but bash...
clearly they are buggy and should be specifying /bin/bash as their
command interpreter.
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
lt 64-bit kernel.
Perhaps i386 needs something along the lines of localepurge for 64bit
stuff.
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, 28 Sep 2006 03:45:16 -0700
Ian Bruce <[EMAIL PROTECTED]> wrote:
> So it seems that with the currently shipping versions of gzip (I tried
> both "stable/updates" and "testing"), there is actually no way to
> exactly replicate the compression produced by
;--rsyncable" option were used when the packages were being built. Does
anyone know what the rationale for not doing that is?
-- Ian Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
this a lot easier.
Sounds fine, if one has enough RAM to spare.
How big can /var/run get? Could such a change limit the usefulness of
low mem systems? Is it feasible to create a tmpfs based /var/run during
boot then move its contents to a disk based /var/run (if that is the
admin's the preferen
Hello Anthony,
Thanks for the response.
On Thu August 31 2006 12:17, you wrote:
> Hi Bruce, just wanted to say thanks for investigating Metalink. These
> are all valid concerns. For the last few months, the only big user of
> Metalinks has been OpenOffice.org, and I haven't heard
On Thu August 31 2006 00:27, Subredu Manuel wrote:
> Bruce Sass wrote:
> > It is also not clear what will happen when a release is made and
> > hundreds (thousands?) of clients hit the fastest mirror, whose
> > download rate then drops, prompting all the clients to try
>
they would result in more server overhead and
unclear whether the load spreading would offset that or even happen[1].
- Bruce
[1] could clients be attracted to a few fast ftp servers and the often
slow-to-start torrents end up being underutilized... the exact opposite
of what is best for Debian's servers.
untu by not doing so, everyone would be able to get what
they want within a reusable framework.
Keep in mind that if Ubuntu is able to easily bend Debian to its will
and create a top-notch desktop, anyone else can do it to... including
Debian. No need to throw in the towel or compromise an
within a reusable framework.
Keep in mind that if Ubuntu is able to easily bend Debian to its will
and create a top-notch desktop, anyone else can do it to... including
Debian. No need to throw in the towel or compromise anything.
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
mlined and focused
system, while Debian would be capable of producing and managing a blend
of Ubuntu's desktop, Whoever's server, whatever, etc., as required.
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
The way I see it:
distros tailored to specific types of users which are based on Debian
are not making up for Debian's failings, they are the most natural and
may even be the actual intended use of what Debian provides.
HTH
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nd willing to jump through the hoops to make offering the service
worthwhile (main distribution method or not). I dunno how to
determine that, but active torrents of Debian .iso's do exist, see:
http://www.torrentz.com/search_debian
- Bruce
[1] to ensure the network is not used to d
27;t be a deal killer though, just
don't use bittorrent as the only method.
Best, imo, would be a new torrent-like protocol and some serious PR to
minimize the possibility of it being seen and used as just another p2p
network the RIAA (whoever) doesn't like.
- Bruce
vers at once with one download. We should instead
> push bittorrent as the main distribution media for ISOs.
or as the main distribution media.
This is user supported software, why not user distributed also.
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsub
mply go ahead
and create /usr/local/etc?
2. Shouldn't Debian systems already have this directory to be FHS-compliant?
--
David Bruce
nicate X.Y+foo="X.Y-foo" to other packages, or if it is necessary
to do that (worst case: install of foo fails and user see that X.Y is
needed?)
Local virtual Provides could be (uhm) interesting.
Is there any way around these problems which doesn't require on-the-fly
package cre
ance
promises to increase the quality of packages, yet Debian's Python team
is explicitly using it to potentially decrease quality with mass
binNMUs to speed up transitions to new runtime environments.
I really hope someone shows how I've just made a fool of myself but I
don't have
On Fri August 11 2006 04:51, Ian Jackson wrote:
> Bruce Sass writes ("Re: Silly Packaging Problem"):
> > "files" and "size" accommodate the desire to include generated or
> > packageless files and their size (if knowable) in the dpkg DB.
>
> This
On Thu August 10 2006 16:20, martin f krafft wrote:
> also sprach Bruce Sass <[EMAIL PROTECTED]> [2006.08.10.2237 +0100]:
> > No point setting oneself up for bugs if it is not necessary.
> >
> > The script wouldn't determine anything, it would simply append
> >
On Thu August 10 2006 15:10, martin f krafft wrote:
> also sprach Bruce Sass <[EMAIL PROTECTED]> [2006.08.10.2124 +0100]:
> > An "update-package" command, run at install time by the
> > maintainer's scripts right after file generation succeeds, would
On Thu August 10 2006 13:13, martin f krafft wrote:
> also sprach Bruce Sass <[EMAIL PROTECTED]> [2006.08.10.1959 +0100]:
> > Such a utility would need to be shipped with dpkg, a 3rd party or
> > random DD implementing it would be silly for anything but local
> > consu
On Thu August 10 2006 12:40, martin f krafft wrote:
> also sprach Bruce Sass <[EMAIL PROTECTED]> [2006.08.10.1925 +0100]:
> > Would updating /var/lib/dpkg/info/*.list files without touching the
> > appropriate Installed-Size: field be OK?
>
> Definitely not. /var/lib/dpk
t a handle on how much more CPU time and HDD space
would be used if all packages updated their meta-info at install time?
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nd it is just plain not right to place arbitrary
limits on the package archive because of failings in client software.
If that is the root of the problem with circular dependencies, and it
has been known for years, why haven't any of the obvious fixes[1] been
implemented?
- Bru
ise me of such. I'm not committed to any particular solution
or piece of software. I just don't understand why the issue of
minimizing network traffic is thought to be universally irrelevant. Why
shouldn't there be a variety of access methods, to address the varying
situations of different client and mirror sites?
-- Ian Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
disappeared from the "unstable"
archive?
Can it either be replaced, or alternatively, can the "Packages.gz" file
be compressed using the "--rsyncable" option, so that rsync can again
be used for updating the packages list?
-- Ian Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 660 matches
Mail list logo
