to ship 47 improperly licensed files in linux-2.6. If I were SCO, I'd buy
> up the copyrights to them from the original companies, and then I'd have a
> real case for a lawsuit.
Not really. What effects do you think a lawsuit about this would have?
--
ciao,
Marco
signature.asc
Description: Digital signature
then will temporarily depend on inet-superserver to allow smooth
> > upgrades until the other packages will switch to a dependency on the
> > virtual package[1][2].
> Do you mean only a depedency to the virtual package, w/o a real one?
No.
--
ciao,
Marco
signature.asc
Description: Digital signature
e do not have a new, improved update-inetd.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Aug 31, Nathanael Nerode <[EMAIL PROTECTED]> wrote:
> Marco trolled again. FYI, no serious person disagrees with this
> interpretation.
Except every other distribution, which usually retain real lawyers
to advise them about potential problems like this instead of relying
on m
.)
The udev maintainer is usually happy to help designing udev support for
packages and to review the changes needed.
--
ciao,
Marco
signature.asc
Description: Digital signature
dless of
the upstart issue. Please go on.
This may be a good time to remind maintainers that often a versioned
conflict may be more appropriate than a versioned dependency.
--
ciao,
Marco
signature.asc
Description: Digital signature
rispondere alla mia mail circa la conferma (e
le preferenze)
ciao,
[1] http://italiandebconf.debianizzati.org/
--
Marco Bertorello
System Administrator
http://bertorello.ns0.it
signature.asc
Description: PGP signature
On Tue, 5 Sep 2006 16:30:06 +0200
Marco Bertorello <[EMAIL PROTECTED]> wrote:
> Ciao *
ops!
sorry me, this mail was for [EMAIL PROTECTED] :-(
sorry me, again
--
Marco Bertorello
System Administrator
http://bertorello.ns0.it
signature.asc
Description: PGP signature
ependencies in the debian boot. The current state of affairs in my
> sid chroot look like this:
>
> http://user.skolelinux.no/~pere/debian/lsb-info-20060907.png >
Now, try thinking about how many of the blocks which are not listed
as depending on udev actually do.
--
ciao,
Marco
sign
ou want a really dependency-based boot process more work will
be needed.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Sep 07, Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 07, 2006 at 03:11:02PM +0200, Marco d'Itri wrote:
> > Now, try thinking about how many of the blocks which are not listed
> > as depending on udev actually do.
> None, because udev isn't act
andom-daemon
Depends: inet-superserver
--
ciao,
Marco
signature.asc
Description: Digital signature
On Sep 11, Frank Küster <[EMAIL PROTECTED]> wrote:
> That's the version in testing, but the source package in sid also has
> all that's needed to get it in again, unless there's a hard-to-see
> subtle error.
Like the update-rc.d bug discussed here in the l
e would need to accept that Debian cannot be the solution to
every problem, and this would be politically bad.
--
ciao,
Marco
signature.asc
Description: Digital signature
mp/udev.g0Q1Bs/.static/dev/initctl' to
> '/dev/.static/dev/.static/dev/initctl': No such file or directory
Installing, purging and reinstalling udev without a reboot in between
is not supported and not worth supporting.
--
ciao,
Marco
signature.asc
Description: Digital signature
ose using notes at medium priority?
Not from me, I like your idea.
--
ciao,
Marco
signature.asc
Description: Digital signature
rritory in FHS, but still I tend to think
> that sysvinit should somehow preserve the (empty) directory structure
> of /var/run through reboots. Either by using some find+tar magic after
Not worth the added complexity. Fix the bugs instead of adding
workaround which will need to be mai
--
ciao,
Marco
signature.asc
Description: Digital signature
e the directory in
the package but also create it in the init script if needed.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Sep 21, Matthias Klose <[EMAIL PROTECTED]> wrote:
> - the man pages (all except gfortran.1) are not built from
>source. -> RC
As long as the source is available in the package this is not a bug at
all.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Sep 21, Martin Kittel <[EMAIL PROTECTED]> wrote:
> I have no experience in this area, so I am just wondering: are
> user-space applications not supposed to include any headers below
> /usr/include/asm
Yes. The application is buggy.
--
ciao,
Marco
signature.asc
Descr
using software in Debian then it's
not a bug.
> - from your arguments it's generally ok to ship prebuilt
>documentation?
Yes, many packages do this.
--
ciao,
Marco
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Marco Presi <[EMAIL PROTECTED]>
* Package name: python-basemap
Version : 0.9.2
Upstream Author : Jeff Whitaker <[EMAIL PROTECTED]>
* URL : http://matplotlib.sf.net
* License : BSD
Programming Lang
On Sep 28, Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> > In my experience, it will even _require_ AMD64 or similar CPUs to
> > display even trivial pages.
> Isn't that a given for anything even remotely related to flash?
Not at all.
--
ciao,
Marco
signature.asc
Description: Digital signature
are available is very bad
--
ciao,
Marco
signature.asc
Description: Digital signature
On Sep 29, Sylvain Beucler <[EMAIL PROTECTED]> wrote:
> Anthony's point stays valid when bandwidth is limited on the
> server.
Which is not the case for Debian mirrors except possibly in the few
hours after a major release.
--
ciao,
Marco
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Marco Cabizza <[EMAIL PROTECTED]>
* Package name: python-galago
Version : 0.5.0
Upstream Author : Christian Hammond <[EMAIL PROTECTED]>
* URL : http://www.galago-project.org/
* License : LGPL
Programming Lan
Package: wnpp
Severity: wishlist
Owner: Marco Cabizza <[EMAIL PROTECTED]>
* Package name: python-galago-gtk
Version : 0.5.0
Upstream Author : Christian Hammond <[EMAIL PROTECTED]>
* URL : http://www.galago-project.org/
* License : LGPL
Program
I object to installing them by default since
they will still be disabled by default and realistically most people
will not use them.
--
ciao,
Marco
signature.asc
Description: Digital signature
al, just remove the policy
> package and everything goes.
And people who care can always install the thing. If it's too much
complex as is then add a metapackage.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Oct 08, Hendrik Sattler <[EMAIL PROTECTED]> wrote:
> I propose another solution. Introduce init-common with wrappers:
I propose that people here will finally learn that complexity is bad.
Your idea makes me want to cry.
--
ciao,
Marco
signature.asc
Description: Digital signature
ng, maybe.
--
ciao,
Marco
signature.asc
Description: Digital signature
t is a new
The package history has no place in the Description field anyway.
--
ciao,
Marco
signature.asc
Description: Digital signature
load it to unstable after some
> time (weeks/months?).
I do not think that an upstart package using diversions should ever be
uploaded to unstable, and definitely not enter stable.
--
ciao,
Marco
signature.asc
Description: Digital signature
n the package, but it could use
some work.
Applications for co-maintainership are also encouraged.
--
ciao,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
not need to depend on a daemon.
It's not clear which problem an ircd virtual package would solve.
Unless you can present a better rationale I oppose to create one.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Oct 26, Josselin Mouette <[EMAIL PROTECTED]> wrote:
> FWIW, I strongly disagree with these changes. The solution is to bring
> the release policy in line with the real policy, not the opposite.
Yes, and let's forget about this "reality" bullshit...
--
ciao,
Marco
On Oct 26, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> Maybe hurd and m68k porters can maintain a glibc package using an old
> version (2.3.6 ??) together? Well that's for after Etch.
What for? Modern threaded software will require TLS more and more.
--
ciao,
Marco
signatur
e for a 2 KB shell script.
--
ciao,
Marco
signature.asc
Description: Digital signature
ail it.
> The rt73 driver without firmware is useless.
No, the functionality of the driver does not change. It's your hardware
which is useless until a firmware is loaded on it.
--
ciao,
Marco
signature.asc
Description: Digital signature
tice
> (posh isn't really designed for use as anything other than a test suite,
> as I understand it).
Yes, this is correct. There is no reason at all to not use -a/-e.
--
ciao,
Marco
signature.asc
Description: Digital signature
te policy change
which will fix all of them.
--
ciao,
Marco
signature.asc
Description: Digital signature
re is no reason
to no support them.
I appreciate this attempt to formalize the de facto policy and support
it.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Nov 07, Andreas Barth <[EMAIL PROTECTED]> wrote:
> I agree -a/-o should be replaced, but I don't think we really consider
No, they should NOT be replaced. There is no sensible reason to not use
them.
--
ciao,
Marco
signature.asc
Description: Digital signature
will be transitioned to this new package.
>
> Now, what do people think of this idea?
Looks like a great plan. But probably you can just add these files as
examples for the fvmw package.
--
ciao,
Marco
signature.asc
Description: Digital signature
owadays, and bashisms in scripts
are very rare.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Nov 14, David Weinehall <[EMAIL PROTECTED]> wrote:
> > busybox?
> Such a requirement would at least be wonderful for us embedded developers...
But hardly practical, IIRC there are some commonly used shell features
supported by dash but not busybox.
--
ciao,
Marco
signature.
o
remove all use of test -a/-e and local from /bin/sh scripts, and failed
miserably. Before this there was a widely agree definition of what
/bin/sh needs to support and almost no bugs related to this.
--
ciao,
Marco
signature.asc
Description: Digital signature
in the policy if they can be a reason for a reject.
> Opinions?
Too hard for too little gain. It's the ftpmasters call anyway.
--
ciao,
Marco
signature.asc
Description: Digital signature
is your package and what happens after
you remove these checks.
If really ugly things would happen then I suggest you make preinst fail
if the installed version is too old.
--
ciao,
Marco
signature.asc
Description: Digital signature
wk]1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr
ii mawk [awk]1.3.3-11 a pattern scanning and text proces
base-files recommends no packages.
-- no debconf information
--
Lennart Poettering; lennart [at] poettering [dot] net
ICQ# 11060553; GPG 0x1A015CC
-local networks space since /etc/networks comes from a pre-CIDR
world.
And I am not sure about which modern software still uses the file.
> Why would moving it to base-files make
> sense, though?
We are discussing adding it to netbase, indeed.
--
ciao,
Marco
signature.asc
Description: Digital signature
useful, since I get a lot of these cases...
--
ciao,
Marco
signature.asc
Description: Digital signature
On Dec 06, "Nelson A. de Oliveira" <[EMAIL PROTECTED]> wrote:
> People discussed at this thread
> http://lists.debian.org/debian-devel/2006/05/msg02531.html that it's
> not nice to redirect debian-private to a Gmail account.
Please ignore paranoid people.
-
ssary built-in
kernel code.
--
ciao,
Marco
signature.asc
Description: Digital signature
weasel/extensions/. So quite a few broke (I have 2)
Nice.
Does anybody have a real firefox package for etch, with no other silly
animals?
--
ciao,
Marco
signature.asc
Description: Digital signature
ecommendations on how?
Remove the feature?
--
ciao,
Marco
signature.asc
Description: Digital signature
On Dec 14, Modestas Vainius <[EMAIL PROTECTED]> wrote:
> 2006 m. gruodis 11 d., pirmadienis 20:33, Marco d'Itri raš?:
> > I do not think that every mmc* block device is removable,
> What do you think about following pmount policy on determining removable
> block
> d
l mmc, firewire, usb and
pcmcia block devices to be owned by the floppy group (as usual, patches
are welcome).
--
ciao,
Marco
signature.asc
Description: Digital signature
On Dec 16, Lucas Nussbaum <[EMAIL PROTECTED]> wrote:
> module-init-tools (19946) RC bugs (#333052, #333522)
No, it does not. Your script is broken.
--
ciao,
Marco
signature.asc
Description: Digital signature
cent
results.)
--
ciao,
Marco
signature.asc
Description: Digital signature
ld be broken.
User-installed packages do not matter, they are at risk of breaking
anyway after every upgrade.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Dec 30, Ryan Murray <[EMAIL PROTECTED]> wrote:
> * Mail sender verification callouts
It's sad to see Debian promoting and supporting use of antisocial
software.
--
ciao,
Marco
signature.asc
Description: Digital signature
ionary attack, and may cause deliverability
issues to the hosts attempting it.
On Dec 30, Joerg Jaspert <[EMAIL PROTECTED]> wrote:
> And if you would simply read the mail you would understand that this is
> a per-user setting. If you dont like it - dont use it.
And if you would simply rea
S. Heck, TCP SYN can be used in a DDoS, and any higher
> protocol too, but that doesn't mean they're antisocial, only that they are
> prone to abuse by antisocial people.
SYNs are a fundamental protocol element which cannot be replaced easily,
sender verification is not.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Dec 31, Alexey Feldgendler <[EMAIL PROTECTED]> wrote:
> What other kinds of gender are there? It would be interesting to see some
> examples.
Or maybe not. Who cares?
--
ciao,
Marco
signature.asc
Description: Digital signature
On Dec 31, Miriam Ruiz <[EMAIL PROTECTED]> wrote:
> Maybe that question would be a good starting point: What's the use for a
> gender field there?
Stalking.
--
ciao,
Marco
signature.asc
Description: Digital signature
disproven by anybody who does this...
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jan 02, Santiago Vila <[EMAIL PROTECTED]> wrote:
> As if those smtp servers were completely innocent. Most probably,
> they are sending spam to CBL spamtrap addresses to begin with.
CBL would not list these servers.
The person you are replying to is just confused.
--
accurately describes many prominent developers...
--
ciao,
Marco
signature.asc
Description: Digital signature
o parse /proc/sys/dev/cdrom/info and pickup the first CDR or
> DVDR capable device there (depending on the track size, IMO).
Please don't. If there is a bug in udev help me to fix it.
(Or use HAL if you need an higher level interface.)
--
ciao,
Marco
signature.asc
Description: Digital signature
a good idea to change it.
But feel free to try to persuade me...
BTW, now I see that it's a removable device. See #395962 about how to
get really persistent names. I'd like to fix this for etch, but I am
really busy with my day job right now and I have not even been able to
follow u
creating both unless explicitly told
>not to. This has the advantage of being transparent.
b would be the correct solution.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Mar 20, Ritesh Raj Sarraf <[EMAIL PROTECTED]> wrote:
> So what do you people suggest in such cases:
If you need a distribution which supports modern hardware, then you
should switch to Ubuntu.
--
ciao,
Marco
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Marco Cabizza <[EMAIL PROTECTED]>
* Package name: sabayon
Version : 2.12.3
Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : (GPL, LGPL, BSD, MIT/X, etc.)
Description
Does anybody have an opinion about this?
When udev is installed for the first time on a running system the
current /dev/log socket ends up in /dev/.static/ (which is not
world-readable) until the next reboot.
On Mar 19, Marco d'Itri <[EMAIL PROTECTED]> wrote:
> On Mar 19, Rich
syslog daemons, how can the
package know which one is installed and needs to be restarted?
--
ciao,
Marco
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Marco Cabizza <[EMAIL PROTECTED]>
* Package name: gaim-libnotify
Version : 0.8
Upstream Author : Duarte Enriques <[EMAIL PROTECTED]>
* URL : http://gaim-libnotify.sourceforge.net/
* License : GPL
*Many* years ago I opened a sysklogd bug with a patch to do this, but
I recently closed it because it was ignored.
--
ciao,
Marco
signature.asc
Description: Digital signature
This should have been fixed by udev 0.085-1 and initramfs-tools 0.53, so
unless somebody will report more problems soon I will close the bug.
--
ciao,
Marco
signature.asc
Description: Digital signature
u? In the time
> spent arguing this point, tons of packages could've been simply rebuilt.
> I don't see where the problem lies, unless you happen to enjoy random
> flamebait more than actual productive work.
[not cc-ing #354674]
Daniel,
I experienced the issue while recompiling some gnome packages. Is sed
"s##/usr/lib/libXrender.la ##g" (in the .la references, ie
libgdk-x11-2.0.la) the "best" temporary solution by now?
~marco
signature.asc
Description: Questa è una parte del messaggio firmata digitalmente
signature.asc
Description: Questa è una parte del messaggio firmata digitalmente
t;they've correctly interpreted the tone of e-mails they receive 90
>percent of the time.?
News at 11.
:-)
--
ciao,
Marco
signature.asc
Description: Digital signature
it script tries to rename the
> interfaces (again) with possibly different names than the ones set in
> z25_persistent-net.rules.
--
ciao,
Marco
signature.asc
Description: Digital signature
nterface has changed and will not be able to correctly
deliver the hotplug events.
udev *has always been* able to rename interfaces, BTW.
--
ciao,
Marco
signature.asc
Description: Digital signature
enter the picture. I do not use
udev receives the hotplug event for eth0
udev starts dispatching the event for eth0
udev runs ifrename which renames eth0 to eth1
udev cannot detect this and continues dispatching the event for eth0
Result: programs run after ifrename (like ifupdown...) will get the
o replace persistent-net-generator.rules using ifrename so
> udev will be notified about the new name.
But it's not.
--
ciao,
Marco
signature.asc
Description: Digital signature
r ways.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Apr 20, Florian Weimer <[EMAIL PROTECTED]> wrote:
> This looks like a bug in udev. It should not try to identify devices
> based on names a user can and will change.
I think I missed which alternative design you are proposing.
--
ciao,
Marco
signature.asc
Description: Digital signature
sting, I think this happens because eth0 and eth0.1 have the same
MAC address.
Can you try to add this to the top of persistent-net-generator.rules?
KERNEL=="*.*", GOTO="persistent_net_generator_end"
--
ciao,
Marco
signature.asc
Description: Digital signature
write rules which reflect the current names no matter what
configured them.
--
ciao,
Marco
signature.asc
Description: Digital signature
in
the boot process.
Actually, at that time VLANs have not been created yet. OTOH I can see
that if they were created and the subinterfaces raised asyncronously in
a boot script then there would be a race with udev. (Not that it really
matters since they are not supposed to be renamed anyway.)
--
ciao,
Marco
signature.asc
Description: Digital signature
f udev?
Yes, and in d-i too.
--
ciao,
Marco
signature.asc
Description: Digital signature
es as little as possible
and probably it's better to keep it this way.
I am not sure if it's a good idea to unconditionally create the rules
in chroot installs, I'd rather do it only if postinst is running in a
d-i chroot. Is there a test which I can use for this?
--
ciao,
Mar
at there are no symlinks in sysfs to access a kobject by its ifindex.
Sending a patch RFC to LKML would be the first step to improve this.
--
ciao,
Marco
signature.asc
Description: Digital signature
en't in the system right at that
> moment, such as PCMCIA/USB wifi cards?
Yes, but there is other code to deal with this.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Apr 21, Guus Sliepen <[EMAIL PROTECTED]> wrote:
> I'm sure there are people who use both ifrename and udev, and if udev
Which part of "ifrename does not work with udev" you did not understand?
--
ciao,
Marco
signature.asc
Description: Digital signature
ature.
Unless you can persuade the kernel developers to "fix this" then the
correct solution is to configure network interfaces as an effect of
hotplug events.
--
ciao,
Marco
signature.asc
Description: Digital signature
you would use it.
--
ciao,
Marco
signature.asc
Description: Digital signature
c/default/nfs-common
No, it would not. We already have /etc/sysctl.conf for random sysctl
settings.
--
ciao,
Marco
signature.asc
Description: Digital signature
401 - 500 of 2186 matches
Mail list logo
