# kdm
clone 560238 -1
severity -1 critical
block 560238 by -1
# gdm
severity 562126 critical
block 560238 by 562126
thanks
On Dec 10, Paul Seelig wrote:
> > XDMCP is a protocol, which package is actually broken and how?
> It was not possible anymore to connect to a remote system via xdmcp both
>
On May 31, John Hasler wrote:
> Please don't call it DRM. It's just advisory locking. IMHO not enabling
> it or omitting it entirely has no legal implications.
It clearly has no legal implication (in jurisdictions having such a
clause, like the USA) because it is not an *effective* technologica
On May 31, Sune Vuorela wrote:
> So. you want Okular to by default help you with violating conditions of use
> of
> the document you downloaded?
Correct, this is what I would like it to do (but I use evince instead,
which by default does not bother users with this sillyness).
Users can still le
On May 31, Pino Toscano wrote:
> This means the author of the PDF set that users shouldn't (in their will)
> copy
> the text from their PDF.
> You can disable the usage of document permissions by disabling the related
> option from the preferences.
It's not clear to me why this should not be
On May 31, John Goerzen wrote:
> So what I want to know is: why are people putting code into Debian
> that limits our freedom? Why are people putting such code into KDE?
>
> And can we please patch it to stop that?
Indeed, the program is clearly broken by design and needs to be fixed.
--
ciao
On Jul 11, Mark Purcell <[EMAIL PROTECTED]> wrote:
> Is this policy/ best practice documented?
The note about using symlinks has been removed from README.Debian and
now the new prefixes are listed there.
But you could as well say "Md said so"...
> Should bugs be filed against packages which still
Please find out which part of KDE embeds this code...
- Forwarded message from Marco d'Itri <[EMAIL PROTECTED]> -
Subject: Bug#480972: vulnerable to symlink attacks
Reply-To: Marco d'Itri <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
From: Marco d'Itri <[EM
Package: kcontrol
Severity: normal
Please stop suggesting the hotplug package which has been removed from
the archive and stop shipping /etc/hotplug/usb/
--
ciao,
Marco
signature.asc
Description: Digital signature
I don't know exactly how it happened, but a large number of maintainers
apparently ignored the discussions on this list and added to their
packages a dependency on update-inetd.
This is *TOTALLY WRONG* because the /usr/sbin/update-inetd interface is
guaranteed to be provided by whatever implements
On Nov 14, Modestas Vainius <[EMAIL PROTECTED]> wrote:
> Somebody should NMU udev for this bug if maintainer does not intend to fix
> the
> problem anytime soon.
The bug will be fixed in a couple of days, I am obviously not MIA so
there is no reason to request hostile NMUs.
--
ciao,
Marco
si
reassign 273890 kfloppy
retitle 273890 kfloppy should use FDSETPRM instead of /dev/fd?[dhu]*
thanks
On Sep 29, Roman Kreisel <[EMAIL PROTECTED]> wrote:
I have found the interface, it's documented in
/usr/share/doc/fdutils/Fdutils.html. I also see in the superformat man
page that only /dev/fd0 is
kppp should probably write a complete peers file with everything needed
to call the peer.
It should also use the passwordfd pluging instead of messing with
{pap,chap}-secrets.
--
ciao, |
Marco | [6281 prochPlS76pE2]
12 matches
Mail list logo
