Vogliono una risposta entro il 31 Marzo. Io sar decisamente occupato
fino a settembre con il webb.it percui passo volentieri la mano a chi
abbia voglia di smazzarsi la presenza Debian al LinuxWorld. Si tratta di
organizzare i presenti e compilare i moduli allegati. Qualche fax, un
paio di
Jesus Climent [EMAIL PROTECTED] wrote:
Kudos to Joey and the D-I team for all the effort, dedication and time spent
in making D-I one of the best pieces of code ever since the invention of apt
and sliced bread.
Code? Where's the code? According to DFSG clause 2, you must give me
the source
On Thu, 2005-03-24 at 09:19 +0100, Frank Küster wrote:
Code? Where's the code? According to DFSG clause 2, you must give me
the source code for sliced bread!!!1
You just want your cake, and to eat it too.
Or is that something else?? ;-)
--
[EMAIL PROTECTED] - www.seigan.org
PGP Key
On Thu, Mar 24, 2005 at 07:39:04AM +0100, Jesus Climent wrote:
On Thu, Mar 24, 2005 at 02:33:27PM +1100, Paul Hampson wrote:
On the other hand, I'm having a problem with the package, it
doesn't include muttng_dotlock, and seems to think my mailspool
(mbox in /var/mail) is read-only.
The Vancouver meeting concluded that more of the burden of supporting
the various architectures needs to be on the port teams, but did not
supply a workable way for releases to be made on less popular
architectures.
Here's a proposal that will hopefully both meet the main desires of
the release
Pierre THIERRY wrote:
Scribit Anthony Towns dies 23/03/2005 hora 21:52:
Pierre THIERRY wrote:
- Debian: 11 ports, 9157 packages (sarge) [17593 in sid]
Hrm, where are those numbers from?
wc -l (modulo the first lines) of the allpackages.txt file on the
website
Aha, with just a straight wc -l of
On Thu, Mar 24, 2005 at 08:49:39AM +0100, Marc Haber wrote:
On Thu, 24 Mar 2005 11:13:05 +1100, Matthew Palmer
Some would say that this has already happened. Not a fork, per se, but
Ubuntu's licencing policy (and the general level-headedness of the people I
know who are deeply involved in it)
On Wed, Mar 23, 2005 at 09:05:28PM +0100, Josselin Mouette wrote:
Le dimanche 20 mars 2005 à 08:48 -0500, Kevin Mark a écrit :
Hi all you folks who have exercised your fingers and eyes because of
'vancouvor',
In my quest to see how things work, I have made some major revision to
my
On Thu, Mar 24, 2005 at 10:12:35AM +0100, Jan Niehusmann wrote:
On Thu, Mar 24, 2005 at 12:59:19AM -0800, Blars Blarson wrote:
Release candidate architecture:
* testing managed by port release manager(s)
* testing consists of packages that built on the candidate and
are in release
* Russell Coker ([EMAIL PROTECTED]) [050324 00:35]:
On Thursday 24 March 2005 03:40, Theodore Ts'o [EMAIL PROTECTED] wrote:
If the free software fanatics succeed in kicking non-free from being
supported by Debian assets, such that the FSF documentation were no
longer available, I'd probably
On Thursday 24 March 2005 00:09, Petri Latvala wrote:
On Wed, Mar 23, 2005 at 07:35:35PM +0100, Elimar Riesebieter wrote:
Version : x.y.z
Upstream Author : Name [EMAIL PROTECTED]
* URL : http://www.example.org/
* License : (GPL, LGPL, BSD, MIT/X, etc.)
* Raphael Hertzog [EMAIL PROTECTED] [050322 22:39]:
I'm also not satisfied with the non-productiveness of the removal of
useful documentation. I'm also ashamed that some hardware doesn't work
out of the box on Debian because we decided that firmware are software
and thus should meet DFSG.
On Thu, 24 Mar 2005 08:50:16 +0100, Marc Haber wrote:
Is it as easy to participate with Ubuntu as it is with Debian?
In some respects it is easier. For one thing you can become a maintainer
there without going through an NM ordeal.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL
n Wed, Mar 16, 2005 at 10:44:15AM -0500, Kyle McMartin wrote:
On Wed, Mar 16, 2005 at 03:06:19PM +, Rob Taylor wrote:
Yes, that makes total sense. Would there likely be major objections to
this?
Even less (likely zero) testing of packages by the maintainer before they
upload? This
Processing commands for [EMAIL PROTECTED]:
clone 238833 -1
Bug#238833: general: not all fonts contain glyphs for all codepoints
Bug 238833 cloned as bug 301194.
reassign -1 libqt3c102-mt
Bug#301194: general: not all fonts contain glyphs for all codepoints
Bug reassigned from package `general'
* Jesus Climent wrote:
On Thu, Mar 24, 2005 at 02:33:27PM +1100, Paul Hampson wrote:
On the other hand, I'm having a problem with the package, it
doesn't include muttng_dotlock, and seems to think my mailspool
(mbox in /var/mail) is read-only. (vanilla) Mutt can use it fine.
Same problem
On Thu, Mar 24, 2005 at 12:59:19AM -0800, Blars Blarson wrote:
Release candidate architecture:
* testing managed by port release manager(s)
* testing consists of packages that built on the candidate and
are in release architecture testing with the same version
Please specify what applies
On Thu, Mar 24, 2005 at 10:03:02AM +0100, Norbert Tretkowski wrote:
Same problem here. Reported to Norbert but never got deeper into it.
Let's try renaming mutt_dotlock to muttng_dotlock ;)
I did that after your report a while ago, and my last package[0]
includes muttng_dotlock.
I
On Tue, Mar 22, 2005 at 10:55:05AM +0100, Erik Schanze wrote:
Joerg Friedrich [EMAIL PROTECTED]:
reading larger parts of the recent threads triggered by the
'Vancouver proposal' brought me to write this mail.
Over the last two years testing became more and more a second
(almost) stable
Hello all,
Does Debian package management suite provide C APIs for
easier program manipulation of .deb files?
I am looking for something like RedHat's rpm-devel C API but
still in vain...
--
Best Regards,
Ivan Kirchev
[If everything seems under control, you're just not going fast enough.]
|--== Bartosz Fenski aka fEnIo writes:
BFaf [1 text/plain; us-ascii (quoted-printable)]
BFaf On Wed, Mar 23, 2005 at 11:24:21AM +0100, Free Ekanayaka wrote:
For who cares..
I've noticed that my old sf ftp mirror [0] is down/broken/unmaintained.
After googling a bit I found a new
Steve Langasek wrote:
[snip]
Auto-removal of orphaned packages from unstable is also bad if it's an
orphaned library that's still needed (which happens often enough).
Auto-removal of orphaned (build-)dependency leaves sounds useful.
This would also remove orphaned libraries after a while if the
On Thu, Mar 24, 2005 at 10:59:37AM +0100, Bernhard R. Link wrote:
* Raphael Hertzog [EMAIL PROTECTED] [050322 22:39]:
I'm also not satisfied with the non-productiveness of the removal of
useful documentation. I'm also ashamed that some hardware doesn't work
out of the box on Debian because
Hi all,
[Please CC me in replies, I am currently not subscribed to this list.]
As some have already noticed, openswan has been removed from testing a while
ago, most probably because of bug #291274, which did not apply to package
version 2.2.0-4 (the one that has been removed from testing).
On Mon, Mar 07, 2005 at 07:31:22AM -0600, John Hasler wrote:
Henning Makholm writes:
Yes, but we shouldn't act as if it was a _freedom_ problem.
If it was deliberately made bloody horribly ugly and painful in order to
make changing it difficult, it's a freedom problem.
Not really. How NV
On Thu, Mar 24, 2005 at 11:42:48AM +0100, David Schmitt wrote:
zion:~# apt-cache showpkg libsdl-mixer1.2 libsdl-net1.2 libsdl1.2debian-all |
grep '^ ' | sort -u | cut -d ',' -f 1 /tmp/sdldeps
zion:~# apt-cache showpkg libwxgtk2.4 | grep '^ ' | sort -u | cut -d ',' -f
1
/tmp/wxdeps
On Thursday 24 March 2005 14:37, Bartosz Fenski aka fEnIo wrote:
[analysis skipped]
I'm not sure what to do now. Is it possible to link our wxgtk2.4 against
glib2.0? Or unlink libsdl from using libglib?
I found the cause:
libSDL.so from libsdl1.2debian-all links against glib2.0 (and much other
* David Schmitt [Thu, 24 Mar 2005 10:44:31 +0100]:
how many prospective maintainers have already failed to fill out these
fields.
#293361 - reportbug: add reminder to fill fields to the ITP template
--
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
Don't ask the barber
|| On Wed, 23 Mar 2005 23:53:25 -0500
|| Joey Hess [EMAIL PROTECTED] wrote:
jh The Debian Installer team is proud to announce the third release candidate
jh of the Debian Installer for Debian GNU/Linux Sarge. We love doing this so
jh much that we couldn't resist updating the installer one more
So looks like sarge above should be woody.
Oh, yes. I was wondering why I found so few (!) packages, because last
time I installed a fresh sarge, some debconf screen told me I could
install something like 14K packages...
BTW, is there any other distrib that includes officially so many
packages?
On Thu, Mar 24, 2005 at 03:11:32PM +0100, Josselin Mouette wrote:
[...]
Sarge and sid have the same SDL version. You are basically comparing
libsdl1.2debian-all and libsdl1.2debian-oss.
Yes you're right. I didn't notice that I'm using -all on my box.
Any reason for such huge
Le jeudi 24 mars 2005 à 14:37 +0100, Bartosz Fenski aka fEnIo a écrit :
[ sid / unstable ]
([EMAIL PROTECTED])~$ldd /usr/lib/libSDL.so
libartsc.so.0 = /usr/lib/libartsc.so.0 (0x40103000)
libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x40109000)
On Thu, 24 Mar 2005, Josselin Mouette wrote:
I'm not sure what to do now. Is it possible to link our wxgtk2.4 against
glib2.0? Or unlink libsdl from using libglib?
I'm afraid there is no miracle solution. Getting wxgtk2.5 to install
Miracle? no. Technical, sound, and sane? Yes: Version
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexander Schmehl wrote:
I think it is quite short and is missing some quite easy tasks that can
be done by nearly everyone.
I did the mentioned talk and am about to write the document, because I
got asked a couple of times what people can do
Dear Debian developers,
I would like to consult the developer community on the following issue.
Here is the story: Debian packages including daemons may be a problem for
people installing them via chroot, due to the fact that the packages will
typically try to stop and restart the daemons. In
On Sun, Mar 20, 2005 at 05:24:15PM -0600, Debian Project Secretary wrote:
Hi,
FIRST CALL FOR VOTES FOR THE DEBIAN PROJECT LEADER ELECTION 2005
= === = === === == === ==
Votinge period starts 00:00:01 UTC on March 21st, 2005.
Votes
Could i close this bug ?
This is a followup for bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=77570
Configuring packages ...
dpkg: parse error, in file `/var/lib/dpkg/status' near line
22622:
invalid package name (character `' not allowed - only
letters, digits and -+._ allowed)
Hamish Moffatt [EMAIL PROTECTED] writes:
Please don't rehash old arguments. Nobody has argued that we should put
non-free packages into main, but we don't agree on what is free and what
isn't for all types of packages.
Actually, nobody from the more lenient side has given a description
of
On Thu, 24 Mar 2005 the mental interface of
Paul Hampson told:
On Wed, Mar 23, 2005 at 08:53:38PM +0100, Per Olofsson wrote:
Elimar Riesebieter:
Package: wnpp
Severity: wishlist
Owner: Elimar Riesebieter [EMAIL PROTECTED]
* Package name: mutt-ng
Also note that Norbert
Le jeudi 24 mars 2005 14:27 -0300, Henrique de Moraes Holschuh a
crit :
On Thu, 24 Mar 2005, Josselin Mouette wrote:
I'm not sure what to do now. Is it possible to link our wxgtk2.4 against
glib2.0? Or unlink libsdl from using libglib?
I'm afraid there is no miracle solution. Getting
Le jeudi 24 mars 2005 14:54 -0300, Jorge L. deLyra a crit :
Now, all this can be avoided very simply by a line in the init.d/ script
for the daemon, checking that /proc is mounted. Since it will be mounted
on normal systems but typically not when using a chroot shell, it serves
as a flag to
Hello!
On Thu, Mar 24, 2005 at 02:54:40PM -0300, Jorge L. deLyra wrote:
Here is the story: Debian packages including daemons may be a problem for
people installing them via chroot, due to the fact that the packages will
typically try to stop and restart the daemons. In fact, this can interact
Andreas Barth wrote:
Actually, I believe the Debian project as whole _wants_ to getting
software released. That was at least the decision in all GRs where
people didn't hide the intents (editorial changes).
Indeed. These types of changes are akin to changing a country's
constitution and
O futuro é você quem
faz...Existem boas escolhas a serem feitas...
E as conseqüências de suas escolhas é
que determinarão os resultados.
Você está
satisfeito?
Como estão suas
perspectivas?
O que você está fazendo para mudar seu
futuro?Comece
já seu negócio em casa...
Quais são seus
Scripsit David Moreno Garza [EMAIL PROTECTED]
Revolution is a little Ruby binding to the excellent Evolution email
client.
Is it so little that it would be better to include it with the
evolution package?
--
Henning Makholm Al lykken er i ét ord: Overvægtig!
Scripsit Paul Hedderly [EMAIL PROTECTED]
What we have is source code (yes code that can be compiled) which is
unencumbered, we can modify,compile, distribute etc... whether it is
_harder_ to modify or not because of choices the _owner/author_ has
made or not... is nothing to do with freedom.
Scripsit Hamish Moffatt [EMAIL PROTECTED]
Please don't rehash old arguments. Nobody has argued that we should put
non-free packages into main, but we don't agree on what is free and what
isn't for all types of packages.
Do you have any arguments for this that do *not* basically reason
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luis Jordo escreveu:
:: *O futuro voc quem faz...
[...]
Looks like a pt_BR SPAM. :o)
- --
//
// Felipe Augusto van de Wiel (faw) [EMAIL PROTECTED]
// GUD-PR / DUG-PR || http://www.debian-pr.org
// GUD-BR / DUG-BR ||
Jeroen van Wolffelaar:
[Karl Chen:]
I didn't know about debdiff - that would have saved me from
basically re-implementing it.
Common problem unfortunately in the open source/Debian world... not that
$what_you_want doesn't exist, but that you just don't know it exists nor
where to find
Scripsit Jorge L. deLyra [EMAIL PROTECTED]
Although most packages do in fact survive this process, in the sense that
the installation completes despite some errors when stopping and starting
daemons, some do cause the package tools to exit in error, leaving behind
a broken package. One
Rene Mayrhofer wrote:
Hi all,
[Please CC me in replies, I am currently not subscribed to this list.]
As some have already noticed, openswan has been removed from testing a while
ago, most probably because of bug #291274, which did not apply to package
version 2.2.0-4 (the one that has been
Write a policy-rc.d script for the chroot that denies starting either
the particular demon or all demons in general.
zless /usr/share/doc/sysv-rc/README.policy-rc.d.gz
I was not aware of this structure, but it seems to relate to controlling
the start of damons during boot or changes in
* Elimar Riesebieter:
Differences between mutt and mutt-ng:
You should make clear that this list of features compares the mutt and
mutt-ng packages (I hope it does). Debian's mutt package contains
some of the mutt-ng patches.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Josselin Mouette wrote:
I don't know whether we have ports without /proc,
the Hurd has no /proc.
Regards,
Daniel
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Internet: http://people.panthera-systems.net/~daniel-baumann/
--
To
On Thu, 24 Mar 2005, Jorge L. deLyra wrote:
Write a policy-rc.d script for the chroot that denies starting either
the particular demon or all demons in general.
zless /usr/share/doc/sysv-rc/README.policy-rc.d.gz
I was not aware of this structure, but it seems to relate to
controlling
On Thu, 2005-03-24 at 17:31 +, Henning Makholm wrote:
Scripsit David Moreno Garza [EMAIL PROTECTED]
Revolution is a little Ruby binding to the excellent Evolution email
client.
Is it so little that it would be better to include it with the
evolution package?
Not quite sure since:
On Thu, Mar 24, 2005 at 10:28:36AM -0800, Thomas Bushnell BSG wrote:
Hamish Moffatt [EMAIL PROTECTED] writes:
Please don't rehash old arguments. Nobody has argued that we should put
non-free packages into main, but we don't agree on what is free and what
isn't for all types of packages.
On Thu, Mar 24, 2005 at 02:54:40PM -0300, Jorge L. deLyra wrote:
Installation via chroot can be very useful for embedded systems, and also
for diskless machines that boot remotely from a server and mount the root
via NFS. If a package is being installed via chroot running in the server
it does
Jorge L. deLyra [EMAIL PROTECTED] writes:
Now, all this can be avoided very simply by a line in the init.d/ script
for the daemon, checking that /proc is mounted. Since it will be mounted
on normal systems but typically not when using a chroot shell, it serves
as a flag to enable the daemon
I was not aware of this structure, but it seems to relate to controlling
the start of damons during boot or changes in runlevel. I do not see how
this will prevent a package that has a
/etc/init.d/daemon start
Well if they do they won't work on file-rc system , so are already broken ...
Hi Quanah,
On Mon, Mar 21, 2005 at 05:58:01PM -0800, Quanah Gibson-Mount wrote:
You can find the patch for adding -q to slapadd on OpenLDAP 2.2 here:
http://www.stanford.edu/services/directory/openldap/configuration/openldap-build-42.html
Great, thanks! Applied it to the subversion
Package: wnpp
Severity: wishlist
Owner: Tim Peeler [EMAIL PROTECTED]
* Package name: achims-guestbook
Version : 2.52
Upstream Author : Achim Winkler [EMAIL PROTECTED]
* URL : http://www.lkcc.org:8500/
* License : GPL
Description : php driven guestbook
There is nothing wrong with mounting /proc in a chroot; you should not
assume that chroots all lack /proc.
Yes, I know, and I'm not. But it would be nice if one could prevent the
packages from starting the daemons by simply choosing not to mount /proc
in the chroot.
On Thu, Mar 24, 2005 at 07:42:01PM +0100, Josselin Mouette wrote:
Le jeudi 24 mars 2005 ?? 14:54 -0300, Jorge L. deLyra a ??crit :
Now, all this can be avoided very simply by a line in the init.d/ script
for the daemon, checking that /proc is mounted. Since it will be mounted
on normal
Jorge L. deLyra [EMAIL PROTECTED] writes:
There is nothing wrong with mounting /proc in a chroot; you should not
assume that chroots all lack /proc.
Yes, I know, and I'm not. But it would be nice if one could prevent the
packages from starting the daemons by simply choosing not to mount
I was not aware of this structure, but it seems to relate to controlling
the start of damons during boot or changes in runlevel. I do not see how
this will prevent a package that has a
/etc/init.d/daemon start
Well if they do they won't work on file-rc system , so are already broken ...
This one time, at band camp, Henning Makholm said:
Scripsit Paul Hedderly [EMAIL PROTECTED]
What we have is source code (yes code that can be compiled) which is
unencumbered, we can modify,compile, distribute etc... whether it is
_harder_ to modify or not because of choices the
On Mar 24, Hamish Moffatt [EMAIL PROTECTED] wrote:
That may be true for documentation but certainly not for firmware, which
has been discussed to death. (Not with a satisfactory outcome, imho.)
And one of the reasons for which licensing for documentation has not
been discussed is that most
Is there some other, better solution to this problem?
echo -e '#!/bin/sh\n\nexit 101' /chroot/usr/sbin/policy-rc.d \
chmod a+x /chroot/usr/sbin/policy-rc.d
as mentioned by Steve Langasek in
http://lists.debian.org/debian-devel/2005/01/msg01316.html.
OK, I got to this point: if all
On Thu, 24 Mar 2005, Jorge L. deLyra wrote:
nfs-kernel-server
This uses invoke-rc.d:
invoke-rc.d nfs-kernel-server $act
ntp-server
invoke-rc.d ntp-server start || exit 0
ntpdate
as does this: invoke-rc.d ntpdate start || exit 0
Pray tell, how was this list generated? The three
On Thu, Mar 24, 2005 at 08:58:22PM -0300, Jorge L. deLyra wrote:
I was not aware of this structure, but it seems to relate to controlling
the start of damons during boot or changes in runlevel. I do not see how
this will prevent a package that has a
/etc/init.d/daemon start
Well
But you might need /proc.
Well, I am starting to see that this might not be a good way to solve the
problem but, still, if you need it, just mount it, and be aware that some
daemons may come up and down on the server if you install or upgrade some
package in these circumstances. If you do not
Jorge L. deLyra [EMAIL PROTECTED] writes:
But you might need /proc.
Well, I am starting to see that this might not be a good way to solve the
problem but, still, if you need it, just mount it, and be aware that some
daemons may come up and down on the server if you install or upgrade some
Pray tell, how was this list generated? The three examples that I picked
at random all use invoke-rc.d. [Two of which because they use debhelper
to do the invoking.]
Oh, I see. Looks like I did a poor job here. I just searched for instances
of /etc/init.d/something being executed. So, I take
At least some of these packages call /etc/init.d/package start *only* if
invoke-rc.d cannot be found.
Ah! This is another way how I miscounted them, since I just seached for
instances of /etc/init.d/package being executed...
Cheers,
I think you miss my point.
Rather than keying restart daemons to /proc (who would ever guess
that?!), I'm saying create something *new*, that means this is a
chroot, don't restart demons.
OK, I read you. Your message gave me the impression that something like it
was already in place. That
Hi, Adam M. wrote:
Thus, libevelution-ruby doesn't need to depend on Ruby. It only needs to
depend on evolution.
What happens if/when ruby is updated in a non-binary-compatible way?
Or if/when somebody decides to remove ruby since, after all, nothing
depends on it?
If that happens, you have a
Scripsit Jorge L. deLyra [EMAIL PROTECTED]
zless /usr/share/doc/sysv-rc/README.policy-rc.d.gz
I was not aware of this structure, but it seems to relate to controlling
the start of damons during boot or changes in runlevel. I do not see how
this will prevent a package that has a
Jorge L. deLyra [EMAIL PROTECTED] writes:
OK, I read you. Your message gave me the impression that something like it
was already in place. That meaning doesn't have to be this is a chroot,
but just don't start daemons, for whatever reasons there may be for that
in any particular case. It
* Matthias Urlichs [Fri, 25 Mar 2005 01:46:45 +0100]:
Hi, Adam M. wrote:
Thus, libevelution-ruby doesn't need to depend on Ruby. It only needs to
depend on evolution.
What happens if/when ruby is updated in a non-binary-compatible way?
Or if/when somebody decides to remove ruby since,
* Jorge L. deLyra [Thu, 24 Mar 2005 14:54:40 -0300]:
test -e /proc/mounts || exit 0
Others have already pointed out that a policy-rc.d script is the way
to do what you want.
Still, I thought I'd share a way of testing if you're inside a chroot
even if /proc is mounted. IIRC, it was
Florian Ernst wrote:
echo -e '#!/bin/sh\n\nexit 101' /chroot/usr/sbin/policy-rc.d \
chmod a+x /chroot/usr/sbin/policy-rc.d
as mentioned by Steve Langasek in
http://lists.debian.org/debian-devel/2005/01/msg01316.html.
Would someone like to package this?
(No, I'm not really kidding.)
--
David Moreno Garza wrote:
On Thu, 2005-03-24 at 17:31 +, Henning Makholm wrote:
Scripsit David Moreno Garza [EMAIL PROTECTED]
Revolution is a little Ruby binding to the excellent Evolution email
client.
Is it so little that it would be better to include it with the
On Wed, Mar 23, 2005 at 01:07:07PM +0100, Wouter Verhelst wrote:
On Wed, Mar 23, 2005 at 01:46:17AM +0100, Pierre THIERRY wrote:
- Debian: 11 ports, 9157 packages (sarge) [17593 in sid]
- NetBSD: 55 ports, 5300 packages
It should be noted that the definition of 'port' isn't necessarily the
Jorge == Jorge L deLyra [EMAIL PROTECTED] writes:
Jorge /etc/init.d/daemon start
Jorge in its postinstall script to start that daemon. I was not
Jorge talking about booting a system, but about using a chroot
Jorge shell to install packages in the filesystem structure of a
It seems that /usr/bin/update-menus now runs in the background. I ran
sudo apt-et install glade, and after it finished, I ran ps -ef |tail
-5, and the last commands running were update-menus.real, and
install-menu.
Is it supposed to be a background job, and, if so, why?
Thanks, please Cc: me,
7 Hours of Photoshop Video Training - $29.95
Download a DEMO Here
http://photoshop-teacher.com/DEMO.htm
Adobe Photoshop CS
Adobe Photoshop CS is a professional tool for editing digital images. With
Photoshop Tutorials on Video, you'll get to peek over the shoulder of a
professional graphic
Believe what you like about what I said. I could not care less.
What was apparently blatantly obvious to you about the nature of the
post was not to me, and I wanted to step forward to be sure that Sven's
points (which are near to my heart as a SPARC user) were not discarded
over a triviality.
On Thu, Mar 24, 2005 at 06:56:31PM -0800, [EMAIL PROTECTED] wrote:
Believe what you like about what I said. I could not care less.
What was apparently blatantly obvious to you about the nature of the
post was not to me, and I wanted to step forward to be sure that Sven's
points (which are
El da 23/03/2005 a 05:32 Alexander Schmehl escribio ...
* Frans Pop [EMAIL PROTECTED] [050322 22:25]:
AFAIK we don't have a good What you can do to help us documentation
(please correct me, if I am wrong).
How about http://www.debian.org/devel/join/ ?
Which is linked from the main
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 23 Mar 2005 22:54:04 -0400
Source: gfslicer
Binary: gfslicer
Architecture: source i386
Version: 1.5.4-5
Distribution: unstable
Urgency: low
Maintainer: Víctor Pérez Pereira [EMAIL PROTECTED]
Changed-By: Víctor Pérez Pereira
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 23 Mar 2005 13:29:19 -0600
Source: rails
Binary: rails
Architecture: source all
Version: 0.11.0-1
Distribution: unstable
Urgency: low
Maintainer: Adam Majer [EMAIL PROTECTED]
Changed-By: Adam Majer [EMAIL PROTECTED]
Description:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 15 Mar 2005 15:30:10 +0100
Source: kernel-image-2.6.8-amd64
Binary: kernel-image-2.6.8-10-em64t-p4-smp kernel-image-2.6.8-10-amd64-generic
kernel-headers-2.6.8-10-em64t-p4-smp kernel-headers-2.6.8-10-amd64-k8-smp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 24 Mar 2005 09:37:49 +0100
Source: calendar
Binary: libcalendar-ocaml-dev
Architecture: source powerpc
Version: 1.09.3-1
Distribution: unstable
Urgency: low
Maintainer: Stefano Zacchiroli [EMAIL PROTECTED]
Changed-By: Stefano
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 9 Dec 2004 20:33:40 +0100
Source: tclvfs
Binary: tclvfs
Architecture: source powerpc
Version: 1.3-1
Distribution: unstable
Urgency: low
Maintainer: David N. Welton [EMAIL PROTECTED]
Changed-By: David N. Welton [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 24 Mar 2005 18:00:37 +0100
Source: crypt-ssleay
Binary: libcrypt-ssleay-perl
Architecture: source i386
Version: 0.51-3
Distribution: unstable
Urgency: low
Maintainer: Noèl Köthe [EMAIL PROTECTED]
Changed-By: Noèl Köthe [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 24 Mar 2005 09:13:15 +
Source: devscripts
Binary: devscripts
Architecture: source i386
Version: 2.8.13
Distribution: unstable
Urgency: low
Maintainer: Julian Gilbey [EMAIL PROTECTED]
Changed-By: Julian Gilbey [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 23 Mar 2005 23:14:58 +0100
Source: afterstep
Binary: libafterstep0 afterstep libafterimage-dev libafterimage0
Architecture: source i386
Version: 2.00.04-1
Distribution: unstable
Urgency: medium
Maintainer: Robert Luberda [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 24 Mar 2005 19:34:39 +0900
Source: language-env
Binary: language-env
Architecture: source all
Version: 0.64
Distribution: unstable
Urgency: low
Maintainer: Tomohiro KUBOTA [EMAIL PROTECTED]
Changed-By: Kenshi Muto [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 24 Mar 2005 11:15:56 +0100
Source: asterisk-prompt-se
Binary: asterisk-prompt-se
Architecture: source all
Version: 0.8-1
Distribution: unstable
Urgency: low
Maintainer: Simon Richter [EMAIL PROTECTED]
Changed-By: Simon Richter
1 - 100 of 223 matches
Mail list logo