Energy Presenta:
Paquete de Coaching Empresarial
Te vas a odiar si te pierdes este paquete
Esto es lo que recibirás:
Dos audioprogramas
7 reportes especiales
Una autoevaluación de 100 puntos acerca de la marcha de tu negocio
- Una evaluación de calid
time, and I never noticed that it
allocates some data structures for all available fds. Apparently this
worked well enough for 1M file descriptors, but not for 1G. :-)
The solution was easy enough:
https://salsa.debian.org/md/inn/-/blob/master/debian/patches/limit_getfdcount
--
ciao,
Marco
ing rlim_cur.
Something did, because inn would start reporting ~1G available fds and
then explode, and that patch solved the issue. :-)
--
ciao,
Marco
signature.asc
Description: PGP signature
to call debian/rules.
This is the resilient and future-proof option.
--
ciao,
Marco
signature.asc
Description: PGP signature
builder/build/ then all the actual
action will happen in RAM.
--
ciao,
Marco
signature.asc
Description: PGP signature
Architecture field.
--
ciao,
Marco
signature.asc
Description: PGP signature
tch the
default to NM and/or systemd-networkd.
--
ciao,
Marco
signature.asc
Description: PGP signature
But we switched to NM for Wi-Fi enabled systems and the sky has not
fallen yet.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Jul 09, Bjørn Mork wrote:
> Just tried to point out that automatic conversion will be hard. And
And I believe that nobody argued to do that.
--
ciao,
Marco
signature.asc
Description: PGP signature
u to the features that it actually implements from
each backend and you have an indirection layer that must be used when
interacting with the backend daemon.
--
ciao,
Marco
signature.asc
Description: PGP signature
for having bought switches from Nvidia.)
--
ciao,
Marco
signature.asc
Description: PGP signature
anxious about it. I do not believe that I can help you further.
--
ciao,
Marco
signature.asc
Description: PGP signature
THAT feature.
> Shouldn't "systemctl reload systemd-networkd" do exactly that?
Indeed, it does.
--
ciao,
Marco
signature.asc
Description: PGP signature
r message, maybe as part of the WNPP
one?
--
ciao,
Marco
signature.asc
Description: PGP signature
ub. It
And I highly doubt that they vet their contributors the same way that we
do.
--
ciao,
Marco
signature.asc
Description: PGP signature
lsa.debian.org/$NAMESPACE/$PROJECT/-/pipelines/new
This allows to see how Salsa CI works with very low friction and no
committment at all: worst case it can be disabled again and nobody will
notice. :-)
--
ciao,
Marco
signature.asc
Description: PGP signature
irefox repos from a sloppy Internet connection for a packaging
> analysis or an occasional contribution.)
But --depth 1 should work around this.
--
ciao,
Marco
signature.asc
Description: PGP signature
ECT/-/pipelines/, and you will
also get emails for pass/fail transitions.
--
ciao,
Marco
signature.asc
Description: PGP signature
r documentation to make life easier for
> package maintainers.
It is authoritative, but apparently I was better than the actual
CI maintainers at figuring out the simplest possibile recipe. :-)
--
ciao,
Marco
signature.asc
Description: PGP signature
much appreciate anyone willing to co-maintain the package
> with me. Especially someone with any serious Rust experience would be
> very helpful.
LOL (sorry).
--
ciao,
Marco
signature.asc
Description: PGP signature
is appropriate
for a modern system (I have been using it for close to 30 years and at
this point I think that it has served its purpose and there are better
defaults...).
--
ciao,
Marco
signature.asc
Description: PGP signature
n we could reference a single Netplan configuration,
> that would get applied to both of the underlying stacks. As stated
> previously, advanced users can easily configure the underlying stack
> natively and Netplan will get out of their way.
Do we even have general documentation about co
them. Consider
> investing your efforts in that, rather than refusing to discuss your
> opinions.
Amen. Of course, Canonical also works well because the ubuntu developers
are *payed* to work on it, so I suppose they tend to do quickly even
those boring tasks which most of us tend to procr
e on item w (which is probably not a Debian task), which
they like less than x but still more than y. So this will at least fail,
and probably hurt debian too.
--
ciao, |
Marco | [8706 imssHyI9cD64A]
signature.asc
Description: Digital signature
get old they need tens of backports to be useful and a
knoppix CD to be installed.
Anyway unstable is good enough for my needs, and testing with a few
minor changes could be even better.
My solution? Stop releasing, and leave this to entities which are
motivated enough (or well-financed e
On Oct 26, Ian Bruce <[EMAIL PROTECTED]> wrote:
> Can anyone explain why rsync is no longer considered an appropriate
> method for fetching Packages files? It's the only mechanism I'm aware of
Because it's hard on servers, for a start.
--
ciao, |
Marco | [8782 diF
ernel, as SuSE did with their kernel. You can change the default via a
> config option, no patch required anymore.
Agreed. Anyway, I think that the really important part is having
userspace support, most of the SELinux early adopters are going to
compile their own kernels anyway.
--
ciao, |
M
even discussing this, considering that FHS
says "should" and not "must".
--
ciao, |
Marco | [9020 baWEaEGQpMwlw]
signature.asc
Description: Digital signature
I should do as the udev maintainer. The default
udev configuration does not really know for sure if a given device is
removable.
--
ciao, |
Marco | [9103 spz3eQziITnEo]
signature.asc
Description: Digital signature
is is invalid.
I noticed this, but I have no clue about which one is correct.
I'm waiting for more information.
--
ciao, |
Marco | [9114 re8uEw2n5qyC6]
signature.asc
Description: Digital signature
%k", MODE="0660", GROUP="plugdev"
What about I ship the script in udev (as /etc/udev/scripts/removable.sh)
and your package install the rules file? Or udev provides the rules file
too and your package enables it by creating the symlink?
--
ciao, |
Marco | [9119 prpW76ZT/rZhI]
signature.asc
Description: Digital signature
On Nov 11, Juergen Salk <[EMAIL PROTECTED]> wrote:
> what's the current policy for packaging software that can optionally
> linked with libssl support?
You just do it.
> Has the crypto policy changed after the Woody release? And more important:
Yes. Welcome to 2002.
--
c
the rules.d/ directory.
> If it is okay for you that pmount also ships /etc/udev/removable.sh,
Please use /etc/udev/scripts/removable.sh.
--
ciao, |
Marco | [9149 riCXYS//n56m.]
signature.asc
Description: Digital signature
gt; Please use /etc/udev/scripts/removable.sh.
> For the same reason (not cluttering up /etc/udev) I placed the script
> in /usr/share/hal/device-removable.sh. Is this okay as well?
Probably not, because the script may be run before /usr is available.
--
ciao, |
Marco | [9151 po.VnkGqgKToI]
signature.asc
Description: Digital signature
synthesize the hotplug events.
Anyway, please talk with me before installing udev configuration files
in your package.
--
ciao, |
Marco | [9158 baa53dFtHf5f6]
signature.asc
Description: Digital signature
egal
> denizens and by my understanding of the current consensus of
> debian-legal.
Since when this in itself has become a reason to remove something from
the distribution?
--
ciao, |
Marco | [9255 siE0ebuYZQM3M]
signature.asc
Description: Digital signature
lone is not grounds for removal.
Agreed.
--
ciao, |
Marco | [9257 ra8lDzTmEMCHc]
signature.asc
Description: Digital signature
On Nov 17, Jose Carlos Garcia Sogo <[EMAIL PROTECTED]> wrote:
> And documentation is not software.
Since the "editorial changes" (LOL) general resolution, for Debian
everything is software. Welcome to the wonderful world the
DFSG-revisionist have made for all of us.
--
ci
at it's not obvious at all how removing crucial documentation
because some people do not like its license will help the distribution
and/or the cause of free software.
--
ciao, |
Marco | [9259 defuyFfJEVXjM]
signature.asc
Description: Digital signature
ribution, but it will still exist and be apt-get'able.
I understand you want to become a developer. Then you should know that
non-free is not part of Debian.
--
ciao, |
Marco | [9263 gaOCy4gIOS2UM]
signature.asc
Description: Digital signature
evising history. When we voted on the SC, it
> was expected by me, and the author, and a whole slew of other people
> that what we were talking about applied to eveything on an official
> Debian CD.
And in all these years you all did not notice how it was violated and
never complained a
On Dec 05, Peter Samuelson <[EMAIL PROTECTED]> wrote:
> Would people support a mass bug at minor severity?
Make it normal.
--
ciao, |
Marco | [9589 inOGrPyJFNKhM]
signature.asc
Description: Digital signature
transliterated.
This is a different issue: in an international environment, people who
write their name in a non-Latin script should also add a romanized
version.
--
ciao, |
Marco | [9590 titPdfXuT6SXM]
signature.asc
Description: Digital signature
On Dec 07, "Thaddeus H. Black" <[EMAIL PROTECTED]> wrote:
> UTF-8 is neat, but I do not really like Unicode (you may
Actually you do not even understand it, because this sentence is
meaningless.
--
ciao, |
Marco | [9639 coubl1Ib61SmA]
signature.asc
Description: Digital signature
oute to the ISV and IHV
> certifications that Debian has always lacked, and it is the lack of
And which I doubt we will get with LCC, since the kernel is the most
important piece which needs to be certificated.
--
ciao, |
Marco | [9673 deUYnWbve8slc]
signature.asc
Description: Digital signature
t a file that the kernel
> sends to some device, and we get GPL issues.
Encapsulating some data in an ELF object does not magically make it
code.
--
ciao, |
Marco | [9686 esDusDIxsUiYM]
signature.asc
Description: Digital signature
LCC, since the kernel is the most
> > important piece which needs to be certificated.
> The common core will include a common kernel. See the FAQ at
Christoph Hellwig already explained the obvious problem with this.
--
ciao, |
Marco | [9687 apucCy4LNj8KQ]
signature.asc
Description: Digital signature
you're referring to drivers which are useless without a non-free
> firmware blob.
I know about no drivers which are useless without a non-free firmware,
while I know about a huge number of hardware devices which are useless
without a non-free firmware.
--
ciao, |
Marco | [9701 brFkyuA
pport it. Period. The drivers for it would have to go in contrib.
I did not notice there was a consensus on this.
--
ciao, |
Marco | [9702 sfQB19rBNbXVc]
signature.asc
Description: Digital signature
r 99% it doesn't have any effect. The number of drivers realy
> needing the blob is very small.
Not so small: the drivers for most WiFi network adapters, many bluetooth
adapters, all USB DSL modems, most (all?) DVB receivers, most 3D video
cards are just the ones I can think about righ
y?
It depends on your MUA. With mutt you can send mail to internationalized
domain names without needing to type the ASCII encoding.
--
ciao, |
Marco | [9705 svftIaGWGM8aU]
signature.asc
Description: Digital signature
be different if that firmware is distributed by the
manufacturer on a CD instead of a flash EPROM chip?
--
ciao, |
Marco | [9711 deqGE2zroRuAE]
signature.asc
Description: Digital signature
g in this direction. For
> example, the ipw2100 driver is in contrib.
I know many other drivers which are not, I see not "current practice".
--
ciao, |
Marco | [9712 trPH2vo/WPiO2]
signature.asc
Description: Digital signature
distribution of
non-free software, and the quantity of non-free software present on
users' systems does not change whatever the outcome of this discussion.
--
ciao, |
Marco | [9714 avzOvc9E2tCDE]
signature.asc
Description: Digital signature
on again?
This looks very arbitrary to me.
--
ciao, |
Marco | [9717 baWxxbS0wpbw6]
signature.asc
Description: Digital signature
it does not physically change then
its intrinsic usefulness cannot change.
The driver does not "fail" if the hardware device is missing its
firmware: it will merely report the device status, which is what it's
designed to do.
--
ciao, |
Marco | [9718 noDpxhxiwNll.]
signature.asc
Description: Digital signature
PL'ed or X11) drivers.
> PS: I was going by the list of troublesome files posted month ago,
> maybe that was incomplete but it wasn't overly long (comparted to
> kernel size).
It did not contain drivers which load firmwares from an external file.
That list is much longer, especially if you add drivers which are not in
the kernel tree.
--
ciao, |
Marco | [9715 buPH875bquuVQ]
signature.asc
Description: Digital signature
, and there is no technical
reason which would forbid doing this for modern hardware too.
Also, the decision of keeping a firmware on non-volatile storage is a
*technical* one, not political: with most modern devices this is only
useful if the hardware may be needed to perform the system bootstrap.
--
ciao, |
Marco | [9720 coUsIkzd32x5k]
signature.asc
Description: Digital signature
non-free files from the CD.
And why this whould be worse than having other parts of his computer
"tainted"?
> If the system boots off the CD, loads the firmware and only then loads
> the linux kernel then it would be different.
How?
--
ciao, |
Marco | [9732 alA1GOpGQcP/.]
signature.asc
Description: Digital signature
e.g. the USB port and copies them to RAM, which in this case
would probably be a standard function provided by the EZ-USB chip (or
function embedded in a single chip solution) which many devices use.
--
ciao, |
Marco | [9733 peekct3IX2ffY]
signature.asc
Description: Digital signature
even possible for some
manufacturers to open the firmwares for their devices.
--
ciao, |
Marco | [9734 pa.Q8hjFjTs3g]
e to a failure of the driver in doing whatever it needs to do.
So, for me this qualifies as "working".
--
ciao, |
Marco | [9735 inevA7NZIx.BE]
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
* Package name: expocity
Version : 2.6.2-1
Upstream Author : Martin Grimme <[EMAIL PROTECTED]>
* URL : http://www.pycage.de/software_expocity.html
* License : GPL
Description : An enanced Window Manager based on metacity
M
ustomer looks like a good
candidate.
--
ciao, |
Marco | [9830 anG8ZM0oS4rOo]
signature.asc
Description: Digital signature
iss
> the idea that it is possible to fix the Free software or the standard so
> that the LSB /will/ work.
Agreed. Certifying binaries is simply not acceptable.
--
ciao, |
Marco | [9856 dojTFydnOyWkk]
signature.asc
Description: Digital signature
TH.)
Agreed. This is what cross-compilers do as well.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jan 04, Paul van der Vlis <[EMAIL PROTECTED]> wrote:
> What about saying something like: the next stable release comes in the
> beginning of 2006?
Sure, here it is: "the next stable release comes in the beginning of
2006". Do you feel better now?
HTH, HAND.
--
ciao,
left doing or not
something which is holding the release?", and start pointing fingers.
(Pointing fingers may not help speeding up the release, but will be an
useful distraction while we wait.)
--
ciao,
Marco
signature.asc
Description: Digital signature
firmware-loaded-by-driver.
I can't see how you did come to these conclusions.
> We all understand what Depends:, Recommends:, and Build-Depends mean; we
Not if they refer to things which are not debian packages.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jan 07, Bastian Blank <[EMAIL PROTECTED]> wrote:
> 3) Some wants to damage the ISP and sends faked mails.
I have never seen a joe job resulting in a listing by a reputable DNSBL.
Did you?
--
ciao,
Marco
signature.asc
Description: Digital signature
; as identical to things packaged in non-free.
Yes, but if the firmware of a device is considered a dependency of a
device driver then an ICQ server has to be considered a dependency of an
ICQ client.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jan 08, Marc Haber <[EMAIL PROTECTED]> wrote:
> On Fri, 7 Jan 2005 10:51:58 +0100, [EMAIL PROTECTED] (Marco d'Itri) wrote:
> >On Jan 07, Bastian Blank <[EMAIL PROTECTED]> wrote:
> >> 3) Some wants to damage the ISP and sends faked mails.
> >I have never
On Jan 08, Josh Triplett <[EMAIL PROTECTED]> wrote:
> atmel-firmware . Would you argue that at76c503a-source should neither
> Depends: nor Recommends: atmel-firmware ? If so, why? If you changed
Yes. Read the debian-legal@ archive if you care about the details.
--
ciao,
Marco
s
On Feb 06, salman h <[EMAIL PROTECTED]> wrote:
> In the future, if I swap out my dual NIC with a newer
> one, I'd like a way to be able to produce the new
> mappings automatically. Perhaps I could do it like
apt-get install udev
or
apt-get install guessnet
--
ciao,
M
not be created again.
--
ciao,
Marco
signature.asc
Description: Digital signature
-rf it".
Considering that the line above says "to access the real /dev
directory", I think that the message is very clear.
--
ciao,
Marco
signature.asc
Description: Digital signature
at could
> possibly be mounted over it. so that precludes /var, which is too
> bad.
Right.
> must it be mounted for everyone, or is it merely a convenience/necessity
> for a few people in specific situations? if the latter is true, wouldn't
For people who want MAKEDEV to
On Feb 09, David Mandelberg <[EMAIL PROTECTED]> wrote:
> What about this:
Nice try, but:
- / is not writeable at the time this needs to run
- it's too much complex anyway to be worth implementing (even using bind
--move)
--
ciao,
Marco
signature.asc
Description: Digital signature
n, and should be fixed to understand
bind mounts. HTH.
--
ciao,
Marco
signature.asc
Description: Digital signature
one of
> them wasn't there when i looked there last time, so I cut this one out."
OK. People who do this are still morons.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Feb 10, "J. Bruce Fields" <[EMAIL PROTECTED]> wrote:
> In something like df I think the sensible thing to do is just to
> continue to list all bind mounts, even when it's redundant.
The sensible thing to do is to check major/minor and report file systems
live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/linux-hotp
rintf "It will probably not do what you expect, so this script will wait\n"
printf "60 seconds before continuing. Press ^C to stop it.\n"
printf "RUNNING THIS COMMAND IS HIGHLY DISCOURAGED!\n\n\n\n"
sleep 60
}
--
ciao,
Marco
signature.asc
Description: Digital signature
On Feb 13, "Steinar H. Gunderson" <[EMAIL PROTECTED]> wrote:
> So, one program has to be buggy here, but which? :-)
The first ones. 127.0.0.1 IS localhost.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Feb 13, Raphael Bossek <[EMAIL PROTECTED]> wrote:
> If not I will start creating a NMU.
I fully supports this. Sticking to 1.2.x is a pain.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Feb 14, Greg Folkert <[EMAIL PROTECTED]> wrote:
> What about the Packages for mplayer that Christian Marillat has been
> providing for years?
It's well known that he is not interested in having them become part of
Debian.
--
ciao,
Marco
signature.asc
Description: Digital signature
tion is given). Part of the problem is that its fairly depressing
WTF? This is a long-time UNIX tradition, I'd summarily close such a bug
opened on one of my packages.
--
ciao,
Marco
signature.asc
Description: Digital signature
believe that the right thing is to be disabled by default.
No.
--
ciao,
Marco
signature.asc
Description: Digital signature
es to the speedtouch package (the kernel space driver has
already been merged by Linus, is not (yet?) in a sarge kernel package.
(Yes, I obviously think that 2.4 users should move on.)
--
ciao,
Marco
signature.asc
Description: Digital signature
On Feb 21, Steve Langasek <[EMAIL PROTECTED]> wrote:
> So which portability problems are the ones that we waste time fixing code
> for?
You are right, close to none.
The usual sources of problems are slow or broken buillds, broken
toolchains and buggy kernels.
--
ciao,
Marco
s
On Feb 23, Adam Heath <[EMAIL PROTECTED]> wrote:
> These numbers show a cross-section of users who use this particular mirror.
> It is not represenative of the world as a whole. Far from it.
Agreed. But I have not seen any other reports so far.
--
ciao,
Marco
signature.asc
7.0.0.1
> on the target host?
No, packets /from/ locally configured addresses coming from external
interfaces are always dropped no matter how rp_filter is configured.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Feb 25, giskard <[EMAIL PROTECTED]> wrote:
> many people who I know, especially artists who use free software, often
> use the reproduction in ascii art (new kind of art).
The artists you know are not many people and they are not representative
of the user base in any way.
--
d mail, ever.
--
ciao,
Marco
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Marco Alfonso <[EMAIL PROTECTED]>
* Package name: gtk2-engines-clearlooks
Version : 0.4
Upstream Author : Marco Alfonso <[EMAIL PROTECTED]>
* URL : http://maop.puntodeb.net/
* License : GPL
Descript
till be possible to
rewrite it to be PIC without a major performance loss, but it would
probably take a lot of time.
--
ciao,
Marco
signature.asc
Description: Digital signature
severity 175077 wishlist
thanks
On Mar 07, Daniel Kobras <[EMAIL PROTECTED]> wrote:
> Marco, what's your current feeling towards #175077 (non-PIC code in
> libdv) that you submitted back then when prelink entered Debian? It's a
> case of hand-optimized assembly in a mult
El mar, 08-03-2005 a las 16:50 +0100, Marc 'HE' Brockschmidt escribió:
> David Moreno Garza <[EMAIL PROTECTED]> writes:
> > On Mon, 2005-03-07 at 17:21 +0100, Marc 'HE' Brockschmidt wrote:
> >> Marco Alfonso <[EMAIL PROTECTED]> writes:
oject for it
Debian will "incorporate it" as much as there will be somebody willing
to work on this.
--
ciao,
Marco
signature.asc
Description: Digital signature
; Fedora-specific management system to Debian.
It's not Fedora-specific.
--
ciao,
Marco
signature.asc
Description: Digital signature
1 - 100 of 2186 matches
Mail list logo
