> This package will provide the C++ OpenTelemetry client. It will be a
> dependency of tango 10.0. It will be maintained by the Freexian packaging
> team.
I hope it's opt-in to actually send anything.
--
Salvo Tomaselli
"Io non mi sento obbligato a credere che lo stesso D
roup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_10_20_02
So basically the developers will assume this value and will probably reject
bugreports claiming that the assumption is wrong.
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
wi
ll another
> file in /etc that sets it back to 0. Let's have a configuration file
> war :-(
Apparently rewriting configuration of other packages is against the policy.
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
nother maintainer wants it to 1 so adds a latter parsed file
and so on?
Doesn't seem a proper way to me.
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Then the Debian FreeBSD maintainers should fix this in their kernel.
I agree, I've tried to convince Marco D'Itri (netbase maintainer) that the bug
is their, but without any luck.
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
for some mysterious reason, doesn't work as it should.
Bye
--
Salvo Tomaselli
--
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/201004091825.11813.tipos...@tiscali.it
also don't recommend to anyone to use opensolaris.
Bye
--
Salvo Tomaselli
--
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/201004092026.21088.tipos...@tiscali.it
nfiguration files with two different kinds of addresses
that should be treated differently by the program, when reading the
configuration, and by the log analyser tools.
And of course if a program handles IPv6, there will be the need to deal with
IPv6 addresses in logs and configuration.
By
some point, something
will change in the configuration files, but what is the role of the kernel in
that?
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
A
what is he doing.
Bye
--
Salvo Tomaselli
--
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/201004121025.46425.tipos...@tiscali.it
in kernel to workaround bugs in daemons?
Open a bugreport _IF_ you can find any real daemon with this kind of problem.
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.d
s original
> conversion to IPv6 support. I've fixed it in all of my code by using
> IPV6_V6ONLY as soon as I became aware of its existence.
Because you didn't bother to read the documentation of the system calls.
I wouldn't assume everyone is going to behave like that.
Be specifi
it works as expected on posix
with ipv6only=0.
The bug is bsd-only.
Bye
--
Salvo Tomaselli
--
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/201004130907.03535.tipos...@tiscali.it
n
> also fails on systems where IPv6 sockets are always IPv6-only.
Do you have any example of a posix system call that in a certain version had a
different semantic than the previous posix version?
I can hardly believe this could ever happen.
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, emai
ct the *user* from doing something potentially bad),
> overridable by an option.
In my opinion, the more safety checks there are, the more stupid the users
become.
Without safety they have to be awake and careful to what they are doing.
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to de
x27;t manage that. There are really no reasons to revert.
Did you read this mailing list? (or even that bug to the end).
Because you're stating something false.
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe
You could still change it, right?
--
Salvo Tomaselli
--
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/201004261735.45100.tipos...@tiscali.it
lt value, the developers will read the POSIX documentation
and tell you to screw you if you do a bugreport saying that if you voluntarily
make your system non-compliant then their software doesn't work.
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@
elieve the patch didn't fix any bug.
Bye
--
Salvo Tomaselli
--
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/201004261810.53442.tipos...@tiscali.it
uter program in the absence
of a choice made by the user.
Source: http://www.merriam-webster.com/dictionary/default
Can you post your definition of the word "default" and your source? Because if
we don't speak the same language we aren't going to understand each other.
Bye
-
ne.
There is a conflict, just pretending there isn't, doesn't make it go away.
Bye
--
Salvo Tomaselli
--
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/201004262124.15557.tipos...@tiscali.it
It matters because in my view, the app expects it to be 0 unless the
application itself had changed it.
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: htt
setting of the
> default when it can easily enforce the particular value that it only
> works with.
Can you indicate me which part of the standard says that?
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "un
e not owned by root doesn't mean you can edit them, they
would probably be owned by a specific user for that daemon and will not have
write access for others.
Have you found some with write permissions set to all?
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.d
On Tuesday 04 May 2010 18:14:07 brian m. carlson wrote:
> Nevertheless, this could be a problem with other pids or on kfreebsd,
> where the kernel will happily kill init and cause a panic.
And the pid could still be set to something else than 1 and bring down
something important.
--
nge heisenbug related to which packages are
actually installed?
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
dard" meaning "i will go to a pub tonight" or "i am triying
to get superpowers".
Quoting a dictionary doesn't work.
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
th all the possible actions that an admin can
do is pure fantasy.
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
e task of dealing with them all will not look trivial anymore to you?
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
n has to live with the consequences.
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
eaning i could
find was about subscribing mailing lists.
There are checkboxes for those in the configuration window. I haven't tried if
they actually do something btw.
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
behaviour is wanted (i have news of a server that went down because
someone put a box near the power button and shortly pressed it with the box
itself).
So maybe this default should be reviewed?
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
On Wednesday 19 May 2010 13:56:55 Philipp Kern wrote:
> I doubt it's the default. You have to install acpid to get this
> behaviour, at least in VMs.
It is, i just turned off my laptop (installed in march) for mistake, and i
dindn't install manually acpid.
Bye
--
On Wednesday 19 May 2010 15:19:08 Michael Meskes wrote:
> On Wed, May 19, 2010 at 01:23:05PM +0200, Salvo Tomaselli wrote:
> > I have noticed that the default configuration is to shutdown the computer
> > when the power button is pressed.
>
> You might want to check which
nfigured to do.
Then i reminded that i had it installed again recently and that i forgot to
disable it from the script.
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
actly what i am saying.
> This would be definitely a bug, not intended behaviour.
Not kde's but i would say.
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
On Wednesday 19 May 2010 16:42:12 Luca Niccoli wrote:
> that it's not meant for bug reporting.
I actually thought it was the intended behaviour...
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
On Thursday 20 May 2010 13:07:20 Ron Johnson wrote:
> Eh?
>
> Filters and do-one-thing-well utilities are The Unix Way.
Fully agree on that! If one wants a do-everything-software can always use
windows.
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signe
her than in that script.
I was enabling bash_completion in the profile and not in bashrc, so it was
trying to be loaded and failed at some point, returning !=0, so the script
took this return value meaning that powerdevil wasn't running.
I think i should also close the bug, and.. sorry :-)
Bye
some m4 magic and triggers will just do it, dunno how it is for the less
> flexible ones like postfix, exim, whatever), change the depending
> packages to put their config snippets in there, everything is fine.
Amavis already has conf.d it's a start :)
Bye
--
Salvo Tomaselli
signatur
On Monday 12 July 2010 20:33:15 Julien Cristau wrote:
> We don't have nvidia hardware, so maybe our perception is flawed.
I would say that you should ask for adoption or help maintaining the package.
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
t of apache. I didn't try
it myself but... does the apache server terminates because of a failed
connection to a database from a web application running on apache itself?
_If_ this is the case, this behavior is absolutely wrong and should be
considered a bug without trying to look for w
pent fixing the bug rather
than building up complex ways to avoid it.
> And yes, the idea that RT could use a DB server running on another host,
> and hence RT should not prevent apache from starting if that server is
> not available, is of course valid.
Bye
--
Salvo Tomaselli
signatur
pload in the same way. The user would be forced
to use a CGI script. Or, weborf supports the PUT method, but no browser does.
Weborf is also meant to be used as a normal webserver, and woof is not.
I think the upload option and the tar of directory are quite convenient.
Bye
--
Salvo Tomaselli
s
also a non-root user might wish
to share a file).
With this option in the conffile:
server.port = 8080
Trying to start lighthttpd as user like this:
$ lighttpd -f myconf.conf
2010-09-07 10:53:30: (network.c.358) can't bind to port: :: 80 Permission
denied
So no. I think you are wrong.
By
all the time. But this
might not be the case, and change the configuration every time you want to
share a different file could annoying.
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
how many windows and mac users would run away yelling if
you'd tell them to open a terminal and type something in it?
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
tenance of core packages but just to the dropping of less important
packages.
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
On Wednesday 08 September 2010 09:28:24 Josselin Mouette wrote:
> Le mercredi 08 septembre 2010 à 01:33 +0200, Salvo Tomaselli a écrit :
> > On Tuesday 07 September 2010 15:18:26 Josselin Mouette wrote:
> > > No. gnome-user-share does not need root permissions.
> >
> &g
ed again for
> the issue to show up here on my systems.
It happens to me with kdm. I am using intel with KMS.
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
Hello,
> I also
> find it useful for figuring out what customizations I have made to my
> system after I have forgotten about them.
how does it deal with configurations generated in postinstall?
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
s true for any
> other OS (i.e., BSD, OpenSolaris, etc.) --- so either KDE needs to
> get with the program, or find its users gradually switching to other
> windowing systems that have sanely written libraries.
I agree here, but kde guys are hard to convince that something needs to be
changed...
Bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
> a way like metainit? http://wiki.debian.org/MetaInit
>
> The project died some two or three years ago and anyone is welcome to
> try to revive it.
Mh it claims it would work only for simple scripts, not for any kind of
scripts, so not all the packages could be converted.
B
Hello,
whenever I try to send a bug with reportbug to sub...@bugs.debian.org, I get a
failure notification
550 malware detected: Sanesecurity.Junk.3451.UNOFFICIAL: message rejected
So, I can't open bugs.
I don't know who is in charge for that, so I thought I'd write h
nary compatibility such a priority, only
> to have distributions throw all that sanity and effort away.
> Linus
I have no opinion on the topic at the moment, except that it is no ideal to
have the new version stuck in experimental, but I thought it is worth to relay
and have some discussi
hould be aware if their package can be upgraded
while running or not.
--
Salvo Tomaselli
"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di
senso, ragione ed intelletto intendesse che noi ne facessimo a meno."
-- Galileo Galilei
http://ltworf.g
ost on the generic mailing list but I don't really know
which component is not doing what it should.
Best
--
Salvo Tomaselli
"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato
di senso, ragione ed intelletto intendesse che noi ne facessimo a
meno."
47])
by mx.google.com with ESMTPSA id
eg8sm3175548wib.15.2014.10.10.09.45.38
for
(version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
Fri, 10 Oct 2014 09:45:42 -0700 (PDT)
Sender: Salvo Tomaselli
Received: from [127.0.0.1] (localhost [127.0.0.1])
if I were to submit them here.
In data venerdì 10 ottobre 2014 10:47:57, Don Armstrong ha scritto:
> On Fri, 10 Oct 2014, Salvo Tomaselli wrote:
> > this is getting embarrassing. Sorry for the noise but every time I try
to
> > report a bug to systemd, I am getting a failure of d
linux.c, but I'm not sure how to
instruct the .pro file of qmake to do so.
Anyone has more experience and can tell me how to proceed?
Best
--
Salvo Tomaselli
"Io non mi sento obbligato a credere che lo stesso Dio che ci ha
dotato di senso, ragione ed intelletto intendesse che no
Hi,
I also use systemd.
The events are being generated because now I can see the
devices, but I get an "error" when I click to mount them.
It doesn't show more detail than that, so I don't know what's
happening.
I will try with an older version of udisks2 and see w
> Does "loginctl list-sessions" list your user session?
Yup!
$ loginctl list-sessions
SESSIONUID USER SEAT
c1 1001 salvoseat0
1 sessions listed.
So I guess it's something else?
--
Salvo Tomaselli
-c1.scope
Leader=853
Audit=0
Type=x11
Class=user
Active=yes
State=active
IdleHint=no
IdleSinceHint=0
IdleSinceHintMonotonic=0
--
Salvo Tomaselli
"Io non mi sento obbligato a credere che lo stesso Dio che ci ha
dotato di senso, ragione ed intelletto intendesse che noi ne
facessim
debian
- these files are not installed nor used in the build process on debian, they
are just inside the upstream tarball.
Should the upstream tarball be repackaged to remove them, or not?
Best
--
Salvo Tomaselli
"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di
mentor/sponsor.
So why did you fill an ITP?
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
> We all know how bad can Linux behave in some conditions involving heavy
> swap usage.
Apparently not everybody has experienced that, and this would explain why they
are so happy about the idea of paging out a couple of Gigabytes.
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian
em might
need it for other things, and in that case a large tmpfs causes severe
slowdown (and even complete freeze).
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian
gt; just where /tmp is mounted.
But with tmpfs on disk, more devices would work by default (the ones with a
lot of memory and disk, and the ones without much memory but with disk space).
Bye
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a s
> Because paging out a couple Gigabytes is veery different from
> writing a couple Gigabytes to disk, of course.
Yes because writing that on disk will only block the thread performing the
write, not every thread that tries to allocate memory.
--
Salvo Tomaselli
--
To UNSUBSCRIBE,
In data Friday 25 May 2012 11:39:07, Josselin Mouette ha scritto:
> Le vendredi 25 mai 2012 à 11:11 +0200, Salvo Tomaselli a écrit :
> > You seem to forget that memory is not an unlimited resource, the system
> > might need it for other things, and in that case a large tmpfs ca
solve it.
So I would suggest that defaulting to a more safe configuration would be
better, and of course those who want tmpfs can always change the default. But
those who don't even know about what /tmp is would not end up with something
that doesn't work so well on their hardware.
- Ted
--
Salvo Tomaselli
--
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/201205252118.32729.tipos...@tiscali.it
In data Friday 25 May 2012 21:23:28, Thorsten Glaser ha scritto:
> Salvo Tomaselli dixit:
> >tmpfs will make it stay forever in the RAM, caches are flushed to disk and
> >their space can be used for new things.
>
> For sane values of “forever”, usually a second of so.
I'
> Or, it should get clever and not unpack everything. There are plenty of
> software that are able to read into archives without extracting from
> them.
You can't do it for a .tar.gz or a .tar.bz and they are the most common kind
of archive.
--
Salvo Tomaselli
--
To UNSUBSC
are actually
used, you don't have a good point.
Besides office systems usually have a NFS /home and a local /tmp which means
that writing cache on the home is bad. But that's quite a specific situation
and we shouldn't bother too much for it.
Bye
--
Salvo Tomaselli
--
To UNSUB
> Please define who are the people you are talking about. If they aren't
> using mktemp, please file a bug.
man 3 mktemp
BUGS
Never use mktemp() [...]
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsub
tioned is the frequency of the cleanup.
Bye
--
Salvo Tomaselli
--
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/201205272015.47774.tipos...@tiscali.it
tops
> being responsive, and all that.
>
> However, we cannot expect them to remain active and interested
> forever.
But you can safely assume that a DD will remain interested in debian forever?
Aren't DD common human beings after all? (seems somebody would disagree)
--
Salvo Tomaselli
o i think that adding pressure on the RAM, which is absolutely not as
aboundant as disk space is a mistake, for a generic configuration.
If you know that you aren't going to hit that high memory allocation then..
free to use tmpfs.
--
Salvo Tomaselli
--
To UNSUBSCRIBE,
nder memory pressure the kernel
starts doing odd choices.
So the point is: is it correct to enforce a default setting that will break
many software that would otherwise work flawlessy, and that makes the machine
less reliable but faster for certain kind of tasks?
--
Salvo Tomaselli
--
To
ake room for it. You are *guaranteed* to be able to use that
> space
swap is shared between every process, it's not for tmpfs only... so there is
no such thing as *guaranteed*.
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "un
pect the swap partition to be 10Gb right?
--
Salvo Tomaselli
--
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/201206021453.02506.tipos...@tiscali.it
t;service" or was it
> superseded by a better solution?
apt-file
--
Salvo Tomaselli
--
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/201206042359.01758.tipos...@tiscali.it
sn't make one intelligent).
So it's not about stupid users, it's about having a configuration that works
by default, without requiring people to go throu mailing lists to learn what
they need to install debian and have it working.
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to
art he will use the information to figure out what the problem is
and solve it, otherwise he might just think that it's very odd that it's 1TB
disk is already full.
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscri
> So because it turned out that the information indeed was public, you
> find it ok to ask in public if it is public.
he posted a link on the 1st email... how is a link "non public"?
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
w
asma-
widget-smooth-tasks-1flupp0~hg20120610/applet/SmoothTasks/CloseIcon.cpp"
/usr/bin/cmake -E cmake_progress_report "/home/salvo/dev/smooth-tasks/plasma-
widget-smooth-tasks-1flupp0~hg20120610/obj-x86_64-linux-gnu/CMakeFiles" 24
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to
and evaluated for free, however a license
must be purchased for continued use. There is currently no enforced time limit
for the evaluation.
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact lis
> Description : C++ metaprogramming library to make enums a little bit
> nicer
if you could make that description more meaningful, _that_ would be very nice
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
y before running the next service we
would be sure that the service is ready, and the services depending on that
can safely be started.
Just an idea...
bye
--
Salvo Tomaselli
signature.asc
Description: This is a digitally signed message part.
github.com/rproepp/spykeutils
> * License : MIT/X
> Programming Lang: Python
> Description : utilities for analyzing electrophysiological data
> spykeutils is a Python library
--
Salvo Tomaselli
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> And, when it comes to processing, binary data is actually *easier* to
> process. Everyone who has ever written a text parser themselves will
> agree.
I guess everyone who has used grep, tr, sed and so on will disagree?
--
Salvo Tomaselli
http://web.student.chalmers.se/~saltom/
> Forwarding root's mail to all users in the group users. Then using the
> standard mail clients (kmail, evolution or even mutt).
What is wrong with setting an alias from root to the user configured during
installation?
--
Salvo Tomaselli
http://web.student.chalmers
;d trust
him maybe with things like cowsay or nyancat that wouldn't cause too much
havoc when they should fail.
--
Salvo Tomaselli
http://web.student.chalmers.se/~saltom/
signature.asc
Description: This is a digitally signed message part.
tural flaws that can't be addressed, I
said it should be care of the people who want it as default to take care of
the flaws and make it a viable alternative before talking about it.
Bye
--
Salvo Tomaselli
http://web.student.chalmers.se/~saltom/
signature.asc
Description: This is a digitally signed message part.
In data sabato 01 giugno 2013 22.02.25, Uoti Urpala ha scritto:
> So, to sum it up: Upstream systemd is ready for production and suitable
> to be chosen as the default Debian init.
Can you back up your claim somehow?
> You mixed up these two things (you also talked
> about use in Fedora, which ob
t the other is fine?
Should it log the situation and start the service that it's able to start? Or
should it just not start at all?
--
Salvo Tomaselli
http://web.student.chalmers.se/~saltom/
signature.asc
Description: This is a digitally signed message part.
In data domenica 16 giugno 2013 18.39.46, Luca Filipozzi ha scritto:
> On Sun, Jun 16, 2013 at 08:28:18PM +0200, Salvo Tomaselli wrote:
> > I have a question concerning a bugreport I got, but that could be quite
> > general.
> >
> > Let's say a daemon provides PO
nd actually had a reason to be there. But what I want to know
is if there is a way those should be handled.
Bye
--
Salvo Tomaselli
http://web.student.chalmers.se/~saltom/
signature.asc
Description: This is a digitally signed message part.
n as easily as I do online, it's not
that useful for me.
--
Salvo Tomaselli
http://web.student.chalmers.se/~saltom/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
1 - 100 of 183 matches
Mail list logo
