On May 02, Martin Steigerwald wrote:
> Sorry. Still happens:
Are you really sure that snd_hda_intel is loaded in the initramfs?
In a normal configuration it would not be available there.
I did some tests with a different module which is available in the
initramfs and I am still unable to reprod
On Dec 24, Joerg Dorchain wrote:
> For the modules.dep.bin and all modules required by the given
> modules, it *prepends* the -d path to the default paths,
> resulting e.g. in /out/of/tree/modules//lib/modules/`uname -r`/...
> I would rather expect it to *replace* the default path with it,
> e.g.
On Jul 18, Marco d'Itri wrote:
> After I switched from libnss-ldap to libnss-ldapd I noticed that at
> every login proftpd requests the whole content of the passwd database
> (i.e. like running "getent passwd).
> This is evident from the nslcd debugging log ("passwd
On Apr 25, Marco d'Itri wrote:
> Some environments need PermitRootLogin=yes.
> They will configure it no matter what the openssh maintainers think
> about it, so please let's save time for everybody and allow this to be
> preseeded for new installs as well.
Would
On Sep 15, martin f krafft wrote:
> I would like to propose that we either provide no default fallback,
> or chose to support OpenNIC that way.
If there has to be a default and if it has to be different from the
current one, then I am violently opposed to even consider associating
Debian with th
On Sep 12, Cyril Soldani wrote:
> 1) systemd *not* messing with the existing hugepages setup;
This will not happen: it would be too much complex and anyway the new
"standard" location is /dev/hugepages/ .
> 2) being warned when installing systemd-sysv that systemd handles
>hugepages differe
Control: reassign -1 rt4-db-postgresql
Control: tag -1 fixed-upstream patch
On Aug 12, Dominic Hargreaves wrote:
> Upstream responded promptly and confirmed my suspicion that it was RT
> at fault, ultimately. Reassigning to request-tracker4 and altering
> severity accordingly.
The fixed branch w
On Sep 10, Holger Levsen wrote:
> 1m5.1s DEBUG: Modified(uid, gid, mode, size, target): /etc/hosts.deny (0, 0,
> -
> 100644, 711, None) != (0, 0, - 100644, 880, None)
The *content* of the files changed between wheezy and jessie[1], but
look at postinst: it only creates them if they do not exis
On Sep 09, Svante Signell wrote:
> Marco, please read Message #10 and Message #24 of #758480 before
> blindly reassigning to openrc. This bug is not an openrc (or
> sysvinit-core) bug!
It is, if this happens with kfreebsd as well.
There are other bugs open about the boot timeout while populating
reassign 758480 openrc
thanks
On Aug 18, Dan Greene wrote:
> 5. Press Ctrl-C when waiting for /dev to be populated (seems to be an
> unrelated bug)
> 6. Do ls / > test
>
> Result will be a read-only filesytem error.
I am not surprised that if you interrupt the boot process then something
will
On Sep 05, Michael Biebl wrote:
> Kees just pointed out on IRC that libseccomp is not available on all
> architectures. The current list is i386 amd64 armhf armel.
This does not matter: we can (and should!) enable seccomp support on
the architectures which support it.
--
ciao,
Marco
signatur
subscribe 677475
found 3.2.54-2
found 3.14.15-2~bpo70+1
thanks
I *do* have a few Sun Fire X4140 lying around, and I have been hit by
this bug too.
We do not use bridging, but eth0 and eth1 are slaved to the bonding
driver.
So far everything works fine, but if I connect eth2 while it is still
dow
Package: uucp
Version: 1.07-22
Severity: important
Tags: patch
/etc/cron.daily/uucp fails because the uucp user does not have a shell
anymore.
-su uucp -c "/usr/lib/uucp/uudemon.day root"
+su uucp -s /bin/sh -c "/usr/lib/uucp/uudemon.day root"
--
ciao,
Marco
--
To UNSUBSCRIBE
reopen 758759
found 1.2.7-9
thanks
Still broken:
root@bongo:~# dpkg --configure --pending
Setting up libvirt-daemon-system (1.2.7-10) ...
Job for virtlockd.service failed. See 'systemctl status virtlockd.service' and
'journalctl -xn' for details.
dpkg: error processing package libvirt-daemon-sys
Package: libvirt-daemon-system
Version: 1.2.7-9
Severity: important
After the first failure:
root@bongo:/home/md# dpkg --configure --pending
Configurazione di libvirt-daemon-system (1.2.7-9)...
Job for virtlockd.service failed. See 'systemctl status virtlockd.service' and
'journalctl -xn' for de
tag 640812 - unreproducible moreinfo
thanks
On Sep 10, Guido Trotter wrote:
> I tried to reproduce this with something like p11tool --provider
> /usr/lib/pkcs11/libopencryptoki.so --list-tokens but it doesn't fail.
> Can you please tell me what command exactly you're running, and how it fails?
T
On Aug 11, David Baron wrote:
> But if sysvinit is still operational, I can place a fallback boot item with
> init= for that and try that first. If OK, no problem to upgrade the rest and
> be
> done.
Please just upgrade.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Aug 11, David Baron wrote:
> Workaround is simple enough: manually or rc.local modprobe snd-seq
I am not sure if this driver can and/or should be autoloaded.
--
ciao,
Marco
signature.asc
Description: Digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Aug 05, Klaus Ethgen wrote:
> > MU--: monolithic kernel, /usr is separate, / is mounted ro by the kernel
> > (we currently try to support this but it is not reliable)
> But this situation is the one that is used out there at many places. The
On Aug 05, Michael Biebl wrote:
> Agreed. The actual patch to mount /usr is rather small. The one for
> mounting /etc complicates things quite a bit. Please let's not entangle
> the two and just upload the bits for mounting /usr.
> If there is later demand for the /etc-mount feature, it can be ad
On Aug 04, Cameron Norman wrote:
> What do you mean by "fix your fstab"? Adding this option is even beneficial
> if there is nothing wrong with the fstab, as services can be started before
> non-essential fs's are up.
If you really want this then it can be arranged with noauto and
a dedicated un
On Aug 04, Cameron Norman wrote:
> With mountall/Upstart, there is a nobootwait option supported. I believe the
> behavior is similar to nofail, except that mountall will emit the filesystem
> event before finishing mounting the filesystem as well as not GAF about
> success/failure. Do you know i
On Aug 03, Didier 'OdyX' Raboud wrote:
> a) declare that ipv6 is mandatory these days, document this in
>README.Debian, let users cope with it.
I really see no point in supporting systemd with no ipv6 nowadays.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Aug 01, Russell Coker wrote:
> Version: 44-11+deb7u4
Can you reproduce this with a modern version of systemd?
I think that we should actively discourage to use systemd in stable.
--
ciao,
Marco
signature.asc
Description: Digital signature
reassign 747073 cups-daemon
thanks
On May 06, Didier 'OdyX' Raboud wrote:
> Given that I don't think it's CUPS's responsibility to check for ipv6
> availability, I'm hereby reassigning this bug to systemd.
Sure it is: the CUPS maintainer script is explicitly instructing systemd
to open an IPv6
On Jul 28, Alessio Treglia wrote:
> Personally I don't feel like dropping libav in favor of ffmpeg now at
> this stage. It's too late for Jessie.
Except that, for a lot of the depending packages, there would be an
immediate benefit in the number of bugs fixed.
Personally I feel that we have inf
On Jul 28, Reinhard Tartler wrote:
> Moreover, I am curious why I haven't seen you working on libavcodec
> bugs in Debian before, and why do you believe you can do a better job
> with the ffmpeg package currently on NEW?
Why should he work on libavcodec when he (along with many other people)
wan
On Jul 24, Michal Suchanek wrote:
> Apparently there are two versions of libudev linked in.
>
> Upgrading libudev-dev so it references libudev.so.1 resolves the
> problem.
>
> I am not sure if linking symbols from two different versions of libudev
> should be prevented in some way.
I am not sur
On Jul 22, "I. Schrey" wrote:
> Temporary workaround:
>
> udev_log="err"
This has been reported in #755708 as well.
Does this fix the problem for the original submitter too?
--
ciao,
Marco
signature.asc
Description: Digital signature
Are there any news? Do you need help with this?
--
ciao,
Marco
signature.asc
Description: Digital signature
tag 755258 pending
severity 755258 important
thanks
On Jul 19, Robert Luberda wrote:
> Couldn't open the /dev/ppp device: No such file or directory
If you do not have systemd installed then there is no code that creates
these devices. It has been implemented in the next upload.
--
ciao,
Mar
On Jul 17, Joachim Breitner wrote:
> since upgrading from 3.8.5-2+b2 to 3.12.2-1, my mouse pointer was
> invisible after login. I was able to fix this by calling
> $ dconf write /org/gnome/settings-daemon/plugins/cursor/active false
> (there are a few web pages describing this, not sure if all h
clone 752084 -1
reassign -1 bugs.debian.org
retitle -1 The Debian BTS needs a plan to deal with messages from DMARC
p=reject domains
thanks
Please see #752084 for the details.
The BTS too needs a solution to this, and it will be an harder problem
since it does not have the option of not modifyi
On Jul 12, Toni Mueller wrote:
> * Package name: libressl
I am highly doubtful at best.
What are your plans exactly?
Would it have the same SONAME of openssl and conflict+provide it?
Would it be a totally different library which packages would
build-depend on?
Which packages are supposed to
On Jul 11, Michael Biebl wrote:
> This seems to be setup correctly afaics:
It is, I can reproduce this on my system as well.
> Is our mount version too old or should it work irregardless of the mount
It is:
# strace -e trace=file -o /tmp/mount-log mount -o loop
/boot/grml/grml64-full_2013.02.i
Package: ftp.debian.org
Severity: normal
This package is obsolete: the people who need innfeed can and should
install inn2 nowadays.
My last upload was 11 years ago.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jun 07, Richard Kettlewell wrote:
> However the new inn2 thinks I have inn2-lfs installed:
The code is correct, but the message was not (this conversion took a lot
of experimentation...): if you were using the old inn2 package on i386
then you really had a 32 bits spool which needed to be co
On May 31, Marco d'Itri wrote:
> > inn now depends on libsystemd-daemon-dev, which is linux-only. Please
> > make the dependency [linux-any], so that inn can build again on
> No, the plan is to upload a dummy libsystemd-daemon-dev package for the
> toy architectures.
lib
On Feb 14, Virgo Pärna wrote:
> Ok, now I'm out of ideas. I modified /etc/init.d/checkroot.sh file to
Can you still reproduce this bug?
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jul 06, Paul Wise wrote:
> Please add IPv6 support, right now rblcheck can't parse IPv6 addresses:
Please send a patch.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jul 05, Santiago Vila wrote:
> Fine, but the current /etc/os-release is a conffile in the dpkg sense
> which is updated when the system is updated.
I do not understand what you mean: /etc/os-release is an actual dpkg
conffile but nobody is supposed to modify it ever, so base-files can
just u
Package: base-files
Version: 7.3
Severity: normal
From the changelog of systemd 215:
* The /etc/os-release file should now be placed in
/usr/lib/os-release. The old location is automatically
created as symlink. /usr/lib is the more appropriate
location of thi
On Jun 27, Tommaso Colombo wrote:
> don't think that kmod-builtin being faster than modprobe do. The bug was
> caused in commit [1] by changing
> RUN+="kmod sg"
> to
> RUN{builtin}="kmod load sg"
> In particular, the operator was changed from "+=" to "=".
Correct.
--
ciao,
Marco
signature.asc
On Jun 26, Michael Biebl wrote:
> Upgrading, yes. But running a squeeze (2.6.32) kernel with udev v20*
> seems like a recipe for disaster.
> Do you really want to support that configuration which would warrant
> keeping the scsi_wait_scan code?
No, I think you are right and we do not need it.
--
On Jun 26, Michael Biebl wrote:
> Considering partial dist-upgrades, one has to consider that the wheezy
> kernel still ships scsi_wait_scan.
And since squeeze is a LTS release we should support upgrades from it
as well.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jun 26, Michael Biebl wrote:
> Marco, at least I don't see a good reason to keep them. Do you agree?
Yes, I think that nowadays we can just assume that the kernel will have
hotplug support.
We just need to double check that removing this will not cause udevd to
be started in containers, chro
On Jun 20, Steven Chamberlain wrote:
> Fortunately the main lists.d.o do not rewrite the subject, which would
> have been the most inconvenient change to make. Still awkward for the
> BTS and alioth lists.
Right, I forgot that this is relevant for the BTS as well since it
rewrites Subject and R
On Jun 20, Alexander Wirt wrote:
> So, do you think too that we have a way to go here?
> That means:
>
> - don't add the footer for DKIM signed mails
> - add DKIM on our own for outgoing mails to improve our own reputation
Yes (but these are unrelated goals).
But I think that it would be better
On Jun 20, Alexander Wirt wrote:
> > h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type
> Received? That probably means we cann add new received headers without
> modifying the existing ones.
No, it means that you cannot modify the
On Jun 20, Alexander Wirt wrote:
> > No, he is right: if the message is not modified then the DKIM signature
> > will be valid. This is one of the solutions implemented by mailman.
> what in detail means unmodified? body? headers?
The body and the DKIM-signed headers. E.g. gmail by default signs
On Jun 20, Simon McVittie wrote:
> This looks like fallout from previous memory corruption, so the
It is 100% reproducible.
> interesting stack trace would be the one where the memory corruption
> occurred, not the one where the crash happens. Can you reproduce this
> under valgrind, electric-fe
On Jun 20, Alexander Wirt wrote:
> If a user from a p=reject domain posts to our mailinglist, every subscriber
> from a domain checking dmarc will get a bounce.
No, he is right: if the message is not modified then the DKIM signature
will be valid. This is one of the solutions implemented by mail
Package: gdm3
Version: 3.8.4-9
Severity: important
This started after an upgrade in the last ~2 months.
If I attach a debugger I get this:
Program received signal SIGSEGV, Segmentation fault.
_int_malloc (av=av@entry=0xf7299420 , bytes=bytes@entry=100) at
malloc.c:3489
3489malloc.c: File o
On Jun 19, Marco d'Itri wrote:
> I propose that:
> - we immediately start rejecting mails to our lists sent from domains
> with a p=reject policy to prevent unsubscribing innocent third parties
This requires installing opendmarc and its dependencies and verifying
the result
Package: lists.debian.org
Severity: normal
Nowadays the big receivers strongly like to base their antispam
decisions on domain reputation instead of IP reputation.
Signing outgoing mail with DKIM will improve deliverability without
adverse effects.
Pre-existing signatures on relayed messages ne
Package: lists.debian.org
Severity: important
Background on DMARC:
https://wordtothewise.com/2014/04/brief-dmarc-primer/
Official statements from Yahoo and AOL about their DMARC policy changes:
http://yahoo.tumblr.com/post/82426971544/an-update-on-our-dmarc-policy-to-protect-our-users
http://post
On Jun 17, Christian PERRIER wrote:
> On the other hand, I wonder if there is still real uses of the
> ppp-udeb package. No idea whether it is still common to install Debian
> over a PPP connection but I doubt it happens very often.
The main use case was PPPoE systems, but I am not sure how much
On Jun 17, 積丹尼 Dan Jacobson wrote:
> [9.580227] udevd[270]: failed to execute '/lib/udev/kmod' 'kmod sg': No
> such file or directory
Please explain how /lib/udev/kmod is not available at boot time.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jun 16, Jakub Wilk wrote:
> The source package includes embedded copy of the trivial database library
> (pppd/tdb.* and pppd/spinlock.*). This copy is also used at build time. But
> Debian has libtdb packaged separately. As per Policy §4.13, please use
> Debian's libtdb-dev instead of the embe
The new 1.0.2 package is available in my git tree:
http://anonscm.debian.org/gitweb/?p=users/md/binkd.git
So far it builds...
If there will be no comments from anybody then I will probably try to
install it on my system and upload it next week.
--
ciao,
Marco
signature.asc
Description: Digita
On May 30, Samuel Thibault wrote:
> inn now depends on libsystemd-daemon-dev, which is linux-only. Please
> make the dependency [linux-any], so that inn can build again on
No, the plan is to upload a dummy libsystemd-daemon-dev package for the
toy architectures.
--
ciao,
Marco
signature.asc
On May 26, Arturo Borrero Gonzalez wrote:
> And its hard, since kernel 3.13 is no longer in Debian. I had to
> compile by hand 3.13. Did you also compile it?
No, as you can see by the bug report data it was the 3.13.7-1 Debian
kernel.
Maybe this is a thunking issue? I am using 32 bit userspace w
Package: nftables
Version: 0.2-1
Severity: normal
(gdb) run
Starting program: /usr/sbin/nft
warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/li
On May 31, Herbert Xu wrote:
> When inn is upgraded and the innd server is shutdown, this message is logged
> with an unnecessarily high priority:
Thinking again about it, you are right.
--
ciao,
Marco
signature.asc
Description: Digital signature
On May 05, Elimar Riesebieter wrote:
> So yes, why not orphan alsa-base for Jessie?
It is useful to have a dummy package around because it can clean up its
own config files.
Otherwise you risk keeping them around forever (and maybe causing issues
with kmod in the future).
--
ciao,
Marco
sig
On May 05, Vincent Lefevre wrote:
> The last item is confusing: is the goal to uninstall the alsa-base
> package because it is no longer useful with kmod installed (but
> there's no "Replaces:"), or should one wait for an alsa-base update?
Either choice is fine: a dummy alsa-base package will be
On Apr 29, Joey Hess wrote:
> Sorry, what was the change in fundamental systemd behavior that fixed
> this bug?
Since we cannot reproduce it and lots of bugs of any kinds have been
fixed since that ancient release I contemplated that this one as well
would probably have been fixed.
Can you still
On Apr 29, Vincent Lefevre wrote:
> I mean /usr/share/doc/udev/REAMDE.keymap mainly, but there are
> other utilities in /lib/udev; I don't know whether they can be
> useful to the end user, but if there's some documentation for
> them, it would be fine.
They are generally not, so there is not muc
reassign 705319 gnome-control-center
thanks
On Apr 13, Jeremy Bicha wrote:
> As reported at http://bugs.launchpad.net/bugs/1162475 , hostnamed
> needs libnss-myhostname to fully set a hostname.
As discussed at the systemd / GNOME Sprint, gnome-control-center is
a better target for recommending
On Mar 23, Samuel Thibault wrote:
> In short, for better accessibility, systemd should provide an option to
> configure the width & height of the console, i.e. e.g. the equivalent of
Can you clarify why you believe that systemd should do this, instead of
some console-specific package?
--
ciao,
On May 25, Timo Juhani Lindfors wrote:
> From this shell I see that the right NIC (i.e. the one with MAC of
> 00:25:90:36:c0:d2) has the name "eth1-eth0" and "eth0" is a wrong NIC. I
Can you still reproduce this with 204-9?
--
ciao,
Marco
signature.asc
Description: Digital signature
tag 635589 moreinfo
thanks
Please test this again with 204-9.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Dec 06, sergio wrote:
> # USB device 0x:0x (correct_driver)
It looks like that this rule in 75-persistent-net-generator.rules is
wrong, but I do not have a USB NIC around so I cannot test it:
SUBSYSTEMS=="usb", \
ENV{COMMENT}="USB device 0x$attr{idVendor}:0x$attr{idProduct}"
--
ciao,
Marc
tag 728147 moreinfo
thanks
On Oct 28, Wayne Keseberg wrote:
> Even though system has tape drives, there are no device files in
> /dev/tape/by-id for tape drives. (There are for
> autochangers/libraries.)
Can you check if this has been fixed in 204-9?
--
ciao,
Marco
signature.asc
Descripti
reassign 741454 ifupdown
thanks
On Mar 21, Yuri D'Elia wrote:
> > I do not object in principle to having /dev/rfkill in group netdev (but
> > I do not know anything about how software rfkill is used), but the rule
> > must be shipped by a package which creates the group.
> By grepping on my sy
tag 689505 moreinfo
thanks
On Oct 03, Alex Hermann wrote:
> The 60-persistent-input.rules rules create identical by-id symlinks for two
> separate event devices, rendering the first unaccesible by-id.
Can you check if this is still reproducible with 204-9?
--
ciao,
Marco
signature.asc
Descri
reassign 689427 nscd
thanks
On Nov 17, Michael Biebl wrote:
> Imho this is a bug in nscd. At least I find it very confusing/unexpected
> that a stop+start has a different result then a restart.
Agreed: if flushing the cache on stop/restart is appropriate then nscd
should provide a proper system
On Sep 07, Stephan Springl wrote:
> when starting and generating the initial events, udevd tries to load
> modules kvm and kvm-intel for every running cpu in the system in
> parallel.
I understand that this has been fixed by recent kernels or udev
releases, do you mind trying again with the late
On Jun 16, Ondrej Zary wrote:
> # workaround for kernels < 2.6.27-rc5
As you can see, this rule was supposed to fix lack of aliases in older
kernels, and I removed it because at the time I was told that it was not
needed anymore.
Can you still reproduce this issue with the latest Debian kernel?
This is much simpler to implement in jessie, since openssh >= 6.4
supports ssh-keygen -A.
Also, I am not sure if this should really be handled automatically by
the init script.
--
ciao,
Marco
signature.asc
Description: Digital signature
Package: openssh-server
Version: 1:6.6p1-1
Severity: normal
Some environments need PermitRootLogin=yes.
They will configure it no matter what the openssh maintainers think
about it, so please let's save time for everybody and allow this to be
preseeded for new installs as well.
--
ciao,
Marco
Package: ifupdown
Version: 0.7.48.1
Severity: wishlist
Currently if I run ifupdown in a second network namespace it will try to
use the same /run/network/ifstate state file of the main instance, so it
does not actually work at all.
I see two possible implementations:
- support configuring the
Package: openssh-server
Version: 1:6.5p1-6
Severity: normal
If I use "UsePrivilegeSeparation sandbox" then this is logged every time a
login attempt fails:
Mar 21 04:59:34 bongo kernel: [1746352.182111] type=1326
audit(1395374374.299:1020): auid=4294967295 uid=103 gid=65534 ses=4294967295
pid=1
On Mar 16, Frank Heckenbach wrote:
> So why then hasn't it been fixed by now? I just wasted about half an
I am lazy.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Mar 13, Michael Biebl wrote:
> I don't think we should do that. Udev rules should only use a limited
> subset of groups which are guaranteed to exist. netdev is no such case.
We *cannot* use users/groups which are not in the default /etc/passwd
indeed, or annoying things will happen.
I do no
On Feb 27, Petter Reinholdtsen wrote:
> Actually, udev can fix this by adding a stop symlink in rc1.d and
> start symlinks in rc2.d to rc5.d. Then sysv-rc will know that udev
This should be done only with great care because the udev init script
is a bit "special" and was not designed to be run
On Feb 18, Sam Flory wrote:
> Udev seems to ignore rules in 70-persistent-net.rules. If I fr example put in
> 70-persistent-net.rules:
No, it does not.
As you can see, your rule has a different dev_id than the actual device:
> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> ATTR{address}=="0
Package: debhelper
Version: 9.20131227
Severity: wishlist
The inn and inn2 packages, which use an embedded perl interpreter,
currently do this to express a proper dependency on perlapi-* (see
#182089):
dh_gencontrol -u-VPERLAPI=$$(perl -MConfig -e 'print "perlapi-" .
($$Config{debian_a
On Feb 15, Martin Pitt wrote:
> In https://launchpad.net/bugs/1274348 it was reported that the current
> blacklisting of MS Hyper-V devices should be extended to the new MAC
> blocks that Microsoft are allocating. Patch by Ben Howard, adjusted to
> apply to current Debian packaging.
Maybe we can
Package: openssh-client
Version: 1:6.5p1-2
Severity: normal
Client and server use the same version.
md@bongo:~$ ssh -vvv -a -x -W server2.example.net:22 localhost
OpenSSH_6.5, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /home/md/.ssh/config
debug3: cipher ok: arcfour128 [arcfour1
On Dec 29, Florian Roscher wrote:
> Time to get active again. Give me some days within the
FYI, all versions of Net::DNS::Maintainer < 0.74 are vulnerabile to
a remote DoS (which happen every few days for servers exposed to the
Internet):
https://rt.cpan.org/Public/Bug/Display.html?id=91306
T
On Jan 27, Russ Allbery wrote:
> Well, there would need to be some way of coordinating between base-passwd
> and inn2 so that it didn't keep undoing the change. I can think of some
I really hope that base-passwd would stop anyway complaining about some
of my system accounts having a non-default
On Jan 27, Russ Allbery wrote:
> the other base accounts on any system where INN or some other news server
> is not installed, and given that that's 99% of the Debian systems out
> there, I think it's best to leave the shell as invalid and teach
> administrators to use the -s option to su. We co
On Jan 27, Colin Watson wrote:
> Marco, here's a patch; could you apply it? The bulk of it is
I am not sure, is this really a good idea?
In my almost 20 years long career as a newsadmin I have often used
a shell as the news user for various tasks and in multiple occasions
I did not have root a
On Jan 25, Svante Signell wrote:
> Whatever you have decided about Linux only, this is relevant
> information. Debian is about versatility in the Unix/Posix way, not any
No, it's not. Next.
--
ciao,
Marco
signature.asc
Description: Digital signature
Package: steam
Version: 1.0.0.39-2
Severity: normal
directhex: should I open a bug on the steam package about the missing
libtxc-dxtn-s2tc0 dependency?
Md, i think it's a reasonable suggestion. i don't think all steam
games need it though, it might be a sane Suggests or Recomm
On Jan 25, Sebastien Badia wrote:
> Description : Smarter Puppet deployment, powered by killer robots
I recommend that we keep packages descriptions to factual statements.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jan 24, Thomas Goirand wrote:
> Unlike other Oslo deliverables, it should not be used as a Python library,
> but
> called as a separate process through the oslo-rootwrap command.
Is this really important enough to be part of the package description?
--
ciao,
Marco
signature.asc
Descript
Package: gnome-applets
Version: 3.4.1-4
Severity: normal
cpufreq-applet is unable to display the CPU speed on my system because
the scaling_cur_freq file does not exist. See
http://www.phoronix.com/scan.php?page=news_item&px=MTI5Mzc for details.
cpufreq-info uses the cpuinfo_cur_freq file, but f
On Jan 12, Michael Stapelberg wrote:
> Hi Christoph,
>
> Christoph Anton Mitterer writes:
> > # systemctl enable ssh
> > Synchronizing state for ssh with sysvinit using update-rc.d...
> > Executing /usr/sbin/update-rc.d ssh defaults
> > insserv: warning: current start runlevel(s) (empty) of scr
901 - 1000 of 4007 matches
Mail list logo