Don Armstrong writes:
> On Sat, 06 Mar 2010, Andreas Metzler wrote:
>> Russ Allbery wrote:
>> > Figuring out a better solution for why the files in
>> > /var/lib/ispell and /var/lib/aspell are excluded from the md5sums
>> > generation because they change after installation is probably
>> > neede
ack to using openssl, at least
with libraries such as openldap that are commonly used in pam and nss
modules?
Or is there another way?
Alternatively, have I got something wrong?
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "uns
appears to have gone to unstable instead of experimental.
Is this because I used sbuild to build the package against a sid chroot?
How do I fix this mess up?
Thanks
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
tion-$arch or $distribution that exists.
--
Brian May
--
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/3c5cf5261003181910w7d4bd396p7b629da95e292...@mail.gmail.com
On 19 March 2010 13:24, Cyril Brulebois wrote:
> | k...@bowmore:/tmp$ sbuild -c sid-amd64-sbuild -d experimental
> gtk2-engines_2.18.5-2.dsc
What happens if you omit the -d and only have -c?
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subj
archive that do link against openssl. Not to mention
applications that use both PAM and openssl - there are GPLed PAM
modules in our archive too. I hope I haven't started a witch hunt...
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
disabled
Cgroup cpuset: enabled
--- Misc ---
Veth pair device: enabled
Macvlan: enabled
Vlan: enabled
File capabilities: enabled
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists
rning too.
Hey, it's better than that of some native English speakers I know :)
--
_ Brian Ryans 8B2A 54C4 E275 8CFD 8A7D 5D0B 0AD0 B014 C112 13D0 .
( ) ICQ UIN: 43190205 | Mail/MSN/Jabber: brianlry...@gmail.com ..:
X ASCII Ribbon Campaign Against HTML mail and v-cards: asci
my
part, likely. I'm unsure about where to get a copy of TAOUP in Spanish.
Maybe regulars of debian-devel-spanish would know where to get such, if
it even exists? I searched Google and nothing came up for a Spanish
copy.
--
_ Brian Ryans 8B2A 54C4 E275 8CFD 8A7D 5D0B 0AD0 B014 C112 1
Luca Filipozzi writes:
> ries is located at Brown University. Brown provides free hosting,
> bandwidth and remote intelligent hands. They have provided exemplary
> support but it doesn't include (nor should we have an expectation that
> it includes) 4-hour response.
>
> ries is covered by a nex
es, if the requirement is to be able to create files in certain
directories with group permissions (I think that is what this is
about, but only skimming), can't you do something with default ACLs
that do the same thing on given directories without the extra
complexity to the groups?
Or have
ng about brokenness of HTTP pipelining here... Did
I miss something?
--
Brian May
--
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/aanlktincd4paqge1xzpwxwn3ilenm1fzanva4qyg5...@mail.gmail.com
tions work without change. Although all these arguments have
been hashed out before, no point to repeat them.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://list
e be
mangling the IPv4 address into a IPv6 address.
Where as you seem to be saying a server can create a socket that will
work with any protocol and is in no way specific to IPv4 or IPv6.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject o
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: django-ajax-selects
Version : 1.1.4
Upstream Author : Chris Sattinger
* URL : http://code.google.com/p/django-ajax-selects/
* License : Dual licensed under the MIT and GPL licenses
Programming
ay not really be broken.
--
Brian May
--
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/aanlktikxz9gtm2pn_lgorphfd-ggapvp3busioccj...@mail.gmail.com
On 23 July 2010 10:03, brian m. carlson wrote:
> You can use "smtphost reportbug.debian.org" in the configuration file.
> As for blocking direct outgoing SMTP connections:
This is news for me. Is there any thoughts on making this the default?
Based on what you say, it seems to
last point (above) may seem cosmetic, however this is a discussion
on getting more Debian users, and may be an important reason people
avoid Debian.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...
On 26 July 2010 21:49, Ian Jackson wrote:
> Brian May writes ("Re: How to make Debian more attractive for users, was: Re:
> The number of popcon.debian.org-submissions is falling"):
>> I would really like to see a HTML/HTTP browser based interface for the
>> BTS. I w
Joerg Jaspert writes:
>>> I don't think anyone disagrees with this, including the ftp-masters. The
>>> question is whether the source package also needs a copyright file of its
>>> own.
>> As we are distributing these files, it seems reasonable to document their
>> licence. But the Policy is not
we don't just do it.
br...@andean:~$ i="cat's meow.tar.gz"
br...@andean:~$ echo "`basename "$i" .tar.gz`"
cat's meow
(yes, the nested quotes don't seem to matter)
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.de
to be used anywhere. So
I am not sure why this is needed.
On the other hand, so what if it calls apt-cache policy - does that
matter? Maybe apt-cache policy is broken on Mike's system?
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
> solving this undermaintenance problem.
Do we really need two solutions for what appears to be the same
problem? Seems like it might be better to merge them or remove one.
Especially if one is under-maintained. This is one case I don't see
any advantage having two independent implementations.
getting the user to file the report upstream and
having the Debian maintainer act as the relay for all messages.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http:
stable. So users are
forced to install the non-security updated version to work around
this.
Thanks.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://list
most of the hard work has already been done.
> Note that for openbve, a "Request for Package" has already been filed:
> <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522854>
> so at least one other person was interested in getting a package at some
> time.
d=harry:cpm, but that looks
seriously old, e.g. it refers to Sarge and Woody.
--
Brian May
--
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/aanlktim
w-data read-only access to the
files, but anyone in the group can write to the files.
That way, if anybody compromises apache, the most an attacker
could do is read any web file, but not write to them.
--
Brian May <[EMAIL PROTECTED]>
On Thu, Oct 09, 2003 at 05:01:31PM +0200, Thomas -Balu- Walter wrote:
> IIRC maximum number is limited to 32 groups for a single user. Just in
> case you are going to add more :)
What happens if you exceed this limit?
--
Brian May <[EMAIL PROTECTED]>
-Debbugs-CC:" BTS header.
--
Brian May <[EMAIL PROTECTED]>
Matthew Palmer <[EMAIL PROTECTED]> writes:
> On Fri, Oct 10, 2003 at 06:27:59PM -0400, Matt Zimmerman wrote:
>> On Wed, Oct 08, 2003 at 04:25:17PM -0300, Daniel Ruoso wrote:
>>
>> >
>> > Debian and Democracy
>> > Posted 7 Oct 2003 by exa (Master)
>>
>>
>> Ha.
Jochen Voss <[EMAIL PROTECTED]> writes:
> Hello,
>
> On Thu, Oct 16, 2003 at 06:30:26PM -0700, Joshua Kwan wrote:
>> Which is better? I like the default keys because you learn how to use
>> nvi very efficiently knowing the hjkl-style keys :)
> I am in favour of both :-O
>
> * The hjkl style keys a
can emerge with out being obvious,
for instance if a package detects an extra library
is installed on the maintainers machine and automatically uses it
without the maintainer being aware of what is happening
(this happened with early versions of Heimdal and libhesiod0 in fact).
--
Brian May <[EMAIL PROTECTED]>
o on platform Y, so it doesn't get tested on other
platforms.
2. The package may be broken in that it is inconsistant,
but still work fine, or work fine for most features.
--
Brian May <[EMAIL PROTECTED]>
ob.
- Maybe even asked around find out potential problems that could occur
and what to do if if this happened at new job.
There are probably other things he could have done, thats all I can
think of right now.
--
Brian May <[EMAIL PROTECTED]>
testing | mips, mipsel
libc6 |2.3.2-7 | unstable | mips
libc6 |2.3.2-9 | testing | arm, hppa, i386, m68k, powerpc, s390,
sparc
libc6 | 2.3.2.ds1-8 | unstable | arm, m68k
libc6 | 2.3.2.ds1-9 | unstable | hppa, i386, mipsel, powerpc, s390,
sparc
--
Brian May <[EMAIL PROTECTED]>
Joe Drew <[EMAIL PROTECTED]> writes:
> On Wed, 2003-11-05 at 09:16, Marc DequÃnes wrote:
>> * Package name: songwrite
>> Description : a tablatures editor and player
>
> Drop the leading 'a'.
>
>> Songwrite is a tablatures (guitar partitions) editor and player
>> entirely written in Pyth
t by its proper name (if we refer to Linux, that is).
apt-get source kernel-source-2.4.22
???
--
Brian May <[EMAIL PROTECTED]>
martin f krafft <[EMAIL PROTECTED]> writes:
> I apologise if this is covered elsewhere, I am currently totally
> swamped and can't afford too much time for Debian.
>
> I am going to be away from my machine(s) starting 22 Nov until the
> middle of December. I currently have 1 RC bug and several oth
ly on
> you, no matter what the other person has done.
Perhaps English is not his native language, and he didn't realize
how harsh his wording was?
Anyway, on the given topic, are "reverse-suggests" possible?
--
Brian May <[EMAIL PROTECTED]>
arked as broken in aptitude when selecting
kde)
--
Brian May <[EMAIL PROTECTED]>
Norbert Tretkowski <[EMAIL PROTECTED]> writes:
> * Adrian Bunk wrote:
>> - testing, unstable or Debian 3.0 with backports aren't suitable for
>> production systems
>
> Of course it is, Debian 3.0 with a few _selected_ backports works
> nice, also on production systems.
Err, do you realize you'r
; a fully correct lilo.conf by itself? Besides the text is wrong instead
> of "initrd=initrd.img" it should be "initrd=/initrd.img".
...because you might be using grub and not lilo?
--
Brian May <[EMAIL PROTECTED]>
;
> We want screenshots!
I have tried debian-installer, and found it to be great!
I just have three feature requests, if they aren't already
supported:
1. Linux 2.6.0?
2. Grub instead of Lilo?
3. Software raid support?
--
Brian May <[EMAIL PROTECTED]>
NMU, but still no response.
I went to do the NMU, but instead get a unrelated (and unreported)
FTBS error.
(SCSI_DISK_MAJOR undeclared in misc/util.c:116).
What are my options now?
--
Brian May <[EMAIL PROTECTED]>
On Mon, Dec 01, 2003 at 01:51:31AM -0800, Tom wrote:
> That's true. It can be any string. The fact that it just happens to
> look like an HTTP url and DTD is actually at that URL is not part of the
> standard, AFAIK.
Errr, we are not getting confused??
An example is:
http://www.oasis-open.or
On Mon, Dec 01, 2003 at 06:46:11AM +0100, Bastian Blank wrote:
> On Mon, Dec 01, 2003 at 09:53:48AM +1100, Brian May wrote:
> > You can find copies of the source code at
> > http://www.microcomaustralia.com.au/debian/experimental>.
>
> the sources are broken, run autor
d be caused by a non-release
critical bug in another package.
--
Brian May <[EMAIL PROTECTED]>
On Tue, Dec 02, 2003 at 01:46:02PM +, Mark Howard wrote:
> On Tue, Dec 02, 2003 at 06:56:13PM +1100, Brian May wrote:
> > A release critical bug in one package could be caused by a non-release
> > critical bug in another package.
>
> How?
> If the bug is caused by a pr
> > pre-release kernels.
>
> Yes but also the debian servers would not have been vulnerable if they had
> used 2.4.23. At least not at that point in time.
Just because Debian doesn't have a time machine...
There is simply no excuse!
;-)
--
Brian May <[EMAIL PROTECTED]>
so I can't test this...
Hmmm... Wonder if this is a local problem with my Internet connection or
a problem with the remote system... Probably a local problem.
--
Brian May <[EMAIL PROTECTED]>
: server said: Permission denied.
What are my options now?
PS. Please CC me as per the Mail-Followups-To header, as I can't read
debian-devel mail until I get login access to gluck again.
--
Brian May <[EMAIL PROTECTED]>
Henning Glawe <[EMAIL PROTECTED]> writes:
> Moin,
> what are the "license problems" causing the removal of aspell in the
> update to 3.0r2 ?
IMO, there are no license problems. See:
http://lists.debian.org/debian-user/2003/debian-user-200312/msg00870.html
> do these problems exist in debian
Brian Nelson <[EMAIL PROTECTED]> writes:
> Henning Glawe <[EMAIL PROTECTED]> writes:
>
>> Moin,
>> what are the "license problems" causing the removal of aspell in the
>> update to 3.0r2 ?
>
> IMO, there are no license problems. See:
Actually
y scanning all harddisks on all busses to find RAID devices.
So yes, maybe initrd/initramfs is the way of the future (I have read
proposals that would make loading modules in an initramfs compulsory for
all systems), but I think there are still a few issues that need to be
resolved first.
--
Brian May <[EMAIL PROTECTED]>
ut when I asked the initrd maintainer I was given a good reason
why it was not used (sorry; I can't remember what this was now; it might
simply be that the mdadm code is unreliable, inefficient, or buggy).
--
Brian May <[EMAIL PROTECTED]>
ted packages.
Any better ideas?
--
Brian May <[EMAIL PROTECTED]>
On Sun, Dec 14, 2003 at 10:58:53AM +1100, Brian May wrote:
> Otherwise, there is no way to filter out this bug report in BTS
> listings.
Not to mention the problem that if -1 is closed, XX needs to be
manually too, but the "owner" of XX is not informed that -1
has be
Arnaud Vandyck <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I read debian-devel via the newsgroup now (linux.debian.devel) and I'd
> like to unsubscribe to the list but I can't. I did receive the
> confirmation string and answer it but it seems that I still receive
> mails from the list (also for deb
n my mind
> today is the ability to check the NEW queue.
Is it still possible to run madison to check what versions of a specific
packages are available?
I am gussing this isn't possible, but I found it very useful.
--
Brian May <[EMAIL PROTECTED]>
00, pR: 180.54
I also used bogofilter, but crm114 was suppose to be better. I might
go back to bogofilter sometime...
My computer CPU is AMD Athlon(tm) XP 1800+
--
Brian May <[EMAIL PROTECTED]>
new bugs will you create when you have to backport
large chunks of code to avoid those "dreaded" new features that your
users couldn't possibly want?
Either 1) allow new features when appropriate, 2) speed up the release
cycle, or 3) leave this as a job for the unofficial repositories.
cheers,
brian
ng postfix to bounce valid emails.
Jesus> Indeed the latest version of CRM114 managed to eat my CPU,
Jesus> but i downgraded to the previous one and everything went
Jesus> back to more than fine.
What version did you downgrade to?
--
Brian May <[EMAIL PROTECTED]>
ely including a
Thomas> new upstream release is not good enough.
The tradeoff here, is that the maintainer/whoever in doing the
back-porting might make mistakes, causing unnoticed breakage, or not
port all security fixes (especially if code was rewritten upstream).
--
Brian May <[EMAIL PROTECTED]>
y dependency
of your package that is guaranteed to be met when its config script is run
is a dependency (possibly versioned) on debconf itself.
--
Brian Sutherland
debconf tem- plate namespace.
What happens when the template changes in the template package but is
out of sync in the other packages?
--
Brian Sutherland
On Tue, Oct 12, 2004 at 10:05:40PM +0200, Agustin Martin wrote:
> On Mon, Oct 11, 2004 at 12:59:01PM +0200, Brian Sutherland wrote:
> > On Mon, Oct 11, 2004 at 07:36:40AM +0200, Christian Perrier wrote:
> > > SHARED TEMPLATES
> > >It's actually possible t
On Wed, Oct 13, 2004 at 08:38:58AM -0400, sean finney wrote:
> On Wed, Oct 13, 2004 at 11:51:00AM +0200, Brian Sutherland wrote:
> > The package includes the template-package's templates at build
> > (debhelper style as suggested before).
> >
> > Then up to dat
On Wed, Oct 13, 2004 at 03:09:14PM -0400, Joey Hess wrote:
> Brian Sutherland wrote:
> > What about a rule that says:
> >
> > - If the package name is the same as the directory in the debconf database
> > then use that package's templates take priority.
> >
ssary to do any copying of templates at build
time (or any other time) if you merely want to have a common
question/translation templates package (not shared/*, about which I
have no idea).
Am I missing something?
--
Brian Sutherland
.
I could mark the bug as forwarded upstream to "[EMAIL PROTECTED]",
where n is the real bug report, but it isn't really upstream...
Also a method of automatically finding out when bug n is closed, so I
can close my bug report would be nice, too.
Is anything like this possibl
ht miss the second title (unless I knew A
was linked against libb).
When bug report 2 is closed, the maintainer of A may want to double
check to make sure that the bug really is fixed in A (maybe bug 2
wasn't the real cause after all), before 1 gets closed.
--
Brian May <[EMAIL PROTECTED]>
eported against, ...) are the same.
Martin> Just for the record, tags are an exception. They are
Martin> merged when you merge bugs.
What happens to the tags if the two reports are split apart again? Are
their original values restored, or do they keep their new values?
--
Brian May <[EMAIL PROTECTED]>
>>>>> "Bernd" == Bernd Eckenfels <[EMAIL PROTECTED]> writes:
Bernd> On Mon, Oct 18, 2004 at 05:54:44PM +1000, Brian May wrote:
>> I could just close the bug against my package, but this means other
>> people will encounter the same proble
py of the
package when bugs in other packages are fixed.
It also will only work if you use reportbug. If you are just browsing
the BTS via HTTP to find a solution to your problem, you may not find
anything.
--
Brian May <[EMAIL PROTECTED]>
Adrian> Reading the rest of the thread, I conclude that adding an
Adrian> explanation to the bug and tagging it wontfix is probably
Adrian> the best solution.
You could be right here.
You won't get informed if the bug is closed though, and the wontfix
status may imply you don't want to fix the bug.
--
Brian May <[EMAIL PROTECTED]>
in> repository.
You mean via HTTP? This would be possible to add, I think. I guess it
hasn't been considered a priority.
--
Brian May <[EMAIL PROTECTED]>
e related, but
not the same.
>>>>> "Colin" == Colin Watson <[EMAIL PROTECTED]> writes:
Colin> If you like, you can reassign both bugs to "foo,bar" and
Colin> merge them.
Only if the two bugs are exactly the same.
--
Brian May <[EMAIL PROTECTED]>
. Other solutions/workarounds may also be
possible. Closing y means x is probably fixed
but needs testing.
If more thought was put into this, I am sure we could come up with
something better.
--
Brian May <[EMAIL PROTECTED]>
ange. I have never had any problems with debootstrap and apt-proxy
myself (unless it was because the server was down or something at the
time).
--
Brian May <[EMAIL PROTECTED]>
d no doubt if I kept my
testing systems up to date with testing, this would vanish in several
days time.
--
Brian May <[EMAIL PROTECTED]>
modules at boot time
Petter> are welcome. :)
Edit /etc/discover.conf and delete the appropriate lines (discover
2.0.4-5).
--
Brian May <[EMAIL PROTECTED]>
On Sat, Oct 23, 2004 at 02:18:40AM +0200, Jos? Luis Tall?n wrote:
> Since i have not received any answer since Oct 5th, i prepare to
> hijack Basket's ITP in 2 days' time barring
> answer from the OP (101 days in preparation)
>
> I believe that Basket is an useful application to have in Debian, an
On Fri, Oct 22, 2004 at 11:42:57PM -0400, Kevin Mark wrote:
> On Fri, Oct 22, 2004 at 10:05:30PM -0400, Siqueland-Gresch wrote:
> >
> > Hello and good evening from Rhode Island !
Go Red Sox!
> > I have been using the Freeamp program for years and I am in love with its
> > simplicity. No gimmick
Hello,
I received both these emails.
Did my package get accepted or not?
If not, what was wrong with it?
Did my package get installed or not?
(normally "NEW" packages means it needs to be manually approved).
Thanks.
--
Brian May <[EMAIL PROTECTED]>
--- Begin Message ---
R
very fixed to me...
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dumb question of the day: how do you put it in a seperate file?
What should this seperate file be called, etc?
(I always have used the same file, because I thought this was
the only thing supported).
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
r: do not use LIBOBJS directly, use AC_LIBOBJ (see
section `AC_LIBOBJ vs. LIBOBJS'
As far as I can tell, the problems indicated in that info page
do not apply to this case:
LTLIBOBJS=`echo "$LIBOBJS" | sed 's/\.o/\.lo/g'`
AC_SUBST(LTLIBOBJS)
--
Brian May <[EMAIL PROT
/030_autotools/heimdal-0.4e >autoconf2.50
[ gives same error as before ]
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
#undef HAVE_INT32_T
#undef HAVE_INT64_T
#undef HAVE_U_INT8_T
#undef HAVE_U_INT16_T
#undef HAVE_U_INT32_T
#undef HAVE_U_INT64_T
/* Maximum values on all known systems */
#define MaxHostNameLen (64+4)
#define MaxPathLen (1024+4)
])])
(although why this is in a autoconf macro instead of a *.h file r
On Sun, Apr 21, 2002 at 09:02:59AM +1000, Brian May wrote:
> I received both these emails.
>
> Did my package get accepted or not?
Hello,
assuming my package was rejected (and I hope it was , I uploaded
it to soon, see other E-Mail), I know what the problem was.
This is a typical er
fix_problem,
and your computer will automagically fix the problem.
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
oopy postfix/qmgr[1141]: C3A7B28B06: from=<[EMAIL
PROTECTED]>, size=135908, nrcpt=1 (queue active)
Maybe this won't be used in practice (and you probably can
look at the Received header of the quarintined SPAM), but still,
I like the fact that this information is logged.
--
Brian May <[EMAIL PROTECTED]>
ssh/authorized_keys can do so in such a way
that the real user can still log in, so the real user may not
even notice anything is wrong.
--
Brian May <[EMAIL PROTECTED]>
y works now with new kernel versions. However
that is probably another can of worms that I don't want to get into
here.
--
Brian May <[EMAIL PROTECTED]>
n i386 binaries on non-i386, and also
to ensure that the native binaries still receive priority.
However, this is outside the scope of this proposal, so lets
keep the topic on focus.
--
Brian May <[EMAIL PROTECTED]>
irly sure we don't, it seems we can distribute the fonts within
the limitations established by the license, and thus without infringing on
their copyright.
--
Brian Ristuccia
[EMAIL PROTECTED]
[EMAIL PROTECTED]
x27;t apt realize that if it is going to install a package from source
X, it should use the Packages entry from source X too?
--
Brian May <[EMAIL PROTECTED]>
gt; there is no way to force a particular contents into the status file.
apt-get knows that it has to get the file from:
deb http://snoopy.apana.org.au/~ftp/debian woody main
and the md5sum of the Packages file from this source, as quoted
before matches exactly.
What is the problem here?
--
Brian
ame on the file downloaded on
the client.
I then do "apt-get upgrade" two times in a row, and it upgrades
the same set of packages twice.
Why?
--
Brian May <[EMAIL PROTECTED]>
701 - 800 of 1707 matches
Mail list logo
