On Fri, 22 Jun 2012, Bernhard Schmidt wrote:
> Package: amavisd-new
> Version: 1:2.7.0-1~bpo60+1
> Severity: wishlist
> Tags: squeeze
>
> Hello,
>
> Please put a new version (at least 2.7.0-2 to fix #652894, #654010, #654971)
> into squeeze-backports.
We should probably let 1:2.7.1-2 migrate to
On Fri, 22 Jun 2012, Rudy Zijlstra wrote:
> let system run with IPv4 & IPv6 routing for about 1 month
> > IPv6 routing will start to fail
> > IPv4 routing becomes slow and unpredictable
>
> no obvious causes visible in the system. top and friends do not show a cpu hog
>
> a reboot will bring the
On Sat, 23 Jun 2012, Ben Hutchings wrote:
> On Fri, 2012-06-22 at 16:03 -0300, Henrique de Moraes Holschuh wrote:
> > On Fri, 22 Jun 2012, Ben Hutchings wrote:
> > > On Sat, 2012-06-16 at 15:08 -0300, Henrique de Moraes Holschuh wrote:
> > > > They have to:
> >
On Sat, 23 Jun 2012, Rudy Zijlstra wrote:
> On 22-06-12 21:38, Henrique de Moraes Holschuh wrote:
> >On Fri, 22 Jun 2012, Rudy Zijlstra wrote:
> >>let system run with IPv4& IPv6 routing for about 1 month
> >>>IPv6 routing will start to fail
> >>>IPv4
On Sat, 23 Jun 2012, Jonathan Nieder wrote:
> Russ Allbery wrote:
> > Would one list bug-gnu-ut...@gnu.org? That's the most useful contact
> > point (and we have a copyright-format field for that), but it's not in any
> > real sense the "author."
>
> Sure it is --- it's the contact point for the
Package: zoph
Version: 0.8.0.1-1
Severity: grave
Tags: security fixed-upstream
- Forwarded message from Jeroen Roos -
Date: Sat, 23 Jun 2012 14:16:18 +0200
From: Jeroen Roos
To: d-p@l.d.o
Subject: Outdated version of Zoph in Debian
Hi,
I am the maintainer of "Zoph", a webbased program
submitter 678644 jer...@zoph.org
thanks
On Sat, 23 Jun 2012, Jeroen Roos wrote:
> I am the maintainer of "Zoph", a webbased program to organize photos.
...
> The current version in Debian has several issues, including a few
> security-related of which some are severe. All of these are fixed in the
On Sat, 23 Jun 2012, Ben Hutchings wrote:
> On Fri, 2012-06-22 at 23:49 -0300, Henrique de Moraes Holschuh wrote:
> > On Sat, 23 Jun 2012, Ben Hutchings wrote:
> > > On Fri, 2012-06-22 at 16:03 -0300, Henrique de Moraes Holschuh wrote:
> > > > On Fri, 22 Jun 2012, Ben
On Sat, 23 Jun 2012, Ben Hutchings wrote:
> > > The package template system currently only supports one optional
> > > postinst action, but it wouldn't be hard to extend to add others.
Ok, I tried to ship the microcode for amd processors using firmware-nonfree.
There are a few problems:
1. firmwa
On Sun, 24 Jun 2012, Ben Hutchings wrote:
> On Sun, 2012-06-24 at 12:21 -0300, Henrique de Moraes Holschuh wrote:
> > On Sat, 23 Jun 2012, Ben Hutchings wrote:
> > > > > The package template system currently only supports one optional
> > > > > postinst actio
On Sun, 24 Jun 2012, Ben Hutchings wrote:
> On Sun, 2012-06-24 at 13:05 -0300, Henrique de Moraes Holschuh wrote:
> [...]
> > > > 3. firmware-nonfree _really_ needs a README.source :-)
> > >
> > > Yeah.
> [...]
>
> Fixed in svn; let me know if it&#x
On Sun, 24 Jun 2012, Jonathan Nieder wrote:
> Thanks for starting to track this down. Any idea which package might
> be responsible?
It is probably the kernel.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Red
Package: libc-bin
Version: 2.11.3-2
Severity: minor
(verified to also apply to 2.13-26)
Manpage gai.conf(5) is missing the description of scopev4, which makes it
even more painful to deal with RFC3484 and gai.conf...
I've found a slightly improved manpage here:
http://linux.die.net/man/5/gai.con
Package: iceweasel
Version: 10.0.1-1~bpo60+1
Severity: normal
This bug also happens on the 10.0.1-1 backport to stable, and makes it
impossible to access the site, which is one of the 3 largest Brazillian
banks (Banco do Brasil, aka BB).
To reproduce:
Go to https://www2.bancobrasil.com.br/aapf/lo
Apparently, this exception is a catch-all for several issues, so the
underlying cause for the exception can be different on the two URLs
listed in this bug report.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of R
On Thu, 15 Dec 2011, Petr Salinger wrote:
> there are still packages with very outdated config.sub/config.guess.
> One example is libtecla, see #621887.
>
> Even with correctly spelled "dh $@ --with autotools_dev",
> the build fails similarly as in
>
> https://buildd.debian.org/status/fetch.php?p
On Fri, 17 Feb 2012, Paul Wise wrote:
> The attached patch (that unfortunately was reject upstream) checks a
> number of paths for newer versions and runs the newest one. The reason
> for the rejection is not documented publicly, but was basically "It adds
> more complexity than I would like." with
On Fri, 17 Feb 2012, Carsten Hey wrote:
> > > The package debianutils already uses such a target and uses 'prebuild'
> > > as name. The developers reference could adopt this name.
> >
> > How would this relate to Policy 4.14 - debian/README.source?
>
> In general, debian/README.source does not co
On Sat, 18 Feb 2012, Paul Wise wrote:
> The idea behind the patch is that after an initial (admittedly long)
> bootstrap period, updating config.guess/sub can happen outside packages,
I got that. The problem is that we want more than just config.guess/sub to
be updated...
> Hurd etc distribution
Meanwhile, the amd64-microcode package made it to unstable.
I'll work with that for the next days, and see what can be done that way,
which is easier and faster on my end.
We can migrate it to firmware-nonfree later. It shouldn't be a problem,
since it will be multiarch-foreign anyway, regardles
Please confirm that this is not caused by the leap-second issues, i.e.
you've seen it on a freshely rebooted server, or prior to the 29th of
june.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where th
On Sat, 07 Jul 2012, JP Pozzi wrote:
> I try to use the microcode loader for my AMD64 and get the "amd64-microcode"
> package and get "failed" messages
> in the "kern.log" while booting :
>
> microcode: Microcode Update Driver: v2.00 ,
> Peter Oruba
> microcode: CPU0: patch_level=0x01
On Sat, 07 Jul 2012, Jean-Paul Pozzi wrote:
> Content of /proc/cpuinfo in attached file.
Thank you. Please test with a stable kernel, and report back to bug #680629
so that I know what to report upstream... (just "reply to all" on this
message).
--
"One disk to rule them all, One disk to find
tag 647563 squeeze
retitle 647563 stable update request: laptop-mode-tools 1.55-1 incompatible
with linux 3.0 and later
fixed 647563 laptop-mode-tools/1.58-1
thanks
On Wed, 01 Feb 2012, Debian Bug Tracking System wrote:
> No. This bug is already fixed. Closing this bug report. See explanation
> b
Package: ftp.debian.org
Severity: normal
Tags: override
amd64-microcode provides microcode patches to AMD processors, and should
ideally be installed by default on every system with an AMD AMD64
processor (regardless of whether it is running i386 or amd64
binaries/kernel). Unfortunately, it is no
On Tue, 10 Jul 2012, Kiss Gabor (Bitman) wrote:
> I could create a core dump. Stack trace:
>
> (gdb) bt
> #0 0xb76f5424 in __kernel_vsyscall ()
> #1 0xb71b096b in poll () from /lib/i686/cmov/libc.so.6
> #2 0xb4ce in ldap_int_select () from /usr/lib/libldap_r-2.4.so.2
> #3 0xb4ccddbb in lda
On Tue, 10 Jul 2012, Kiss Gabor (Bitman) wrote:
> #0 0xb7754424 in __kernel_vsyscall ()
> #1 0xb720f96b in poll () from /lib/i686/cmov/libc.so.6
> #2 0xb4d43444 in ldap_int_select (ld=0x91a8638, timeout=0x0) at os-ip.c:1098
> #3 0xb4d2cdbb in wait4msg (ld=0x91a8638, msgid=4, all=0, timeout=0x0,
+1,23 @@
+amd64-microcode (1.20120117-2) unstable; urgency=low
+
+ * debian/control: priority of this package should be standard,
+not extra. All AMD-based X86 boxes should install this package
+ * debian/control: update package description
+
+ -- Henrique de Moraes Holschuh Mon, 09 Jul
On Fri, 13 Jul 2012, Ben Hutchings wrote:
> I certainly consider mounting of debugfs to be significant security
> liability. I'm not at all happy that people use it as the basis for
Seconded. I know of at least three ways to hardcrash boxes through
debugfs (system specific, not a kernel bug), an
Package: ftp.debian.org
Severity: normal
Tags: override
intel-microcode provides updated microcode to Intel processors, and
should ideally be installed by default on every system with an Intel
processor. Unfortunately, it is non-free, but its priority should still
reflect the fact that it should
On Sat, 21 Aug 2010, Henrique de Moraes Holschuh wrote:
> 1. Provide facilities to upload microcode from the initrd. Since a big
> initrd is annoying, it should retain in the initrd only the microcode
> for the CPU update-initramfs was run in. The root filesystem boot
> proces
On Wed, 18 Jul 2012, Michael Biebl wrote:
> On 17.07.2012 23:52, Roger Leigh wrote:
> > We removed the bootlogs script because it was believed to be made
> > redundant by modern logging daemons. However, this was not taking
> > into account the fact that even though the information is logged,
> >
On Sat, 25 Aug 2012, Mika Suomalainen wrote:
>Package name: caffeine
Near name colision with kaffeine, one of the more common media players for
KDE.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
w
The nut packages currently in wheezy malfunction severely, to the point of
being unusable for USB-attached UPSes.
The nut packages in unstable work perfectly.
I second the request to unblock nut/2.6.4-2.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in
On Wed, 29 Aug 2012, Ondřej Surý wrote:
> On Tue, Aug 28, 2012 at 7:46 PM, Jamie Thompson
> wrote:
> > Following a power failure my tls_sessions.db file became corrupted (UPS
> > is currently out of commission - anyway). When the server restarted, I
> > did not notice this fact and would not do so
Package: iucode-tool
Version: 0.8.2-1
Severity: normal
iucode-tool --scan-system will cause all intel microcodes to be selected
(and installed by the intel-microcode package in unstable) on systems with
no Intel processors.
It should select no microcodes instead, as there are no Intel processors
On Tue, 04 Sep 2012, Osamu Aoki wrote:
> For example, if package build environment has pre-defined and agreed
> environment variable such as:
>
> DERIVATIVE=(undefined) # debian build
> DERIVATIVE=debian # debian build
> DERIVATIVE=ubuntu # ubuntu build
> DERIVATIVE=trisquel# trisque
On Tue, 04 Sep 2012, Petter Reinholdtsen wrote:
> [M G Berberich]
> > For btrfs multi-disk-filesystems to get mounted it is neccessary to do
> > a ‘btrfs scan’ so the kernel knows about btrfs-disks/partitions. This
> > should probably be done in ‘/etc/init.d/mountall.sh’
> >
> > # for btrfs mult
On Sat, 01 Sep 2012, Philipp Kern wrote:
> On Thu, Aug 02, 2012 at 02:57:35PM -0300, Henrique de Moraes Holschuh wrote:
> > Please unblock package intel-microcode
>
> These are changes that are quite large. I'm willing to unblock them, though,
> as
> they work much b
On Thu, 19 Jul 2012, Ansgar Burchardt wrote:
> tag 681735 + wontfix
> thanks
>
> Henrique de Moraes Holschuh writes:
> > intel-microcode provides updated microcode to Intel processors, and
> > should ideally be installed by default on every system with an Intel
> >
I am somewhat worried about this package being added to Debian.
The kernel itself is responsible for collecting randomness from interrupts
when it is deemed safe enough, this is NOT a task well suited to userspace.
Userspace should gather entropy from external sources (like audio noise, USB
HRNGs,
On Mon, 23 Jul 2012, Sandy Harris wrote:
> >> Initial entropy at very early boot, before Debian seeds the kernel, is a
> >> task that can only be done properly by the kernel itself, and is being
> >> addressed there at this time (patches have already been proposed). The
> >> proper fix for better
tags 542599 + wontfix
thanks
This is currently being properly addressed upstream, by adding TPM support
to the kernel hw_random device.
The kernel fix avoids any conflicts with the userspace TPM stack.
Therefore, I will not accept this patch to rng-tools.
References:
http://lkml.kernel.org/r/133
On Sat, 28 Jul 2012, Rudy Zijlstra wrote:
> stopping aiccu, rmmod sit and tunnel4 and then reloading and
> restarting aiccu did solve it
>
> Next time i will start with restarting aiccu, and not rmmoding the
> related modules
Hmm, okay. That should help narrow it down a lot.
--
"One disk to
severity 683161 important
tag 683161 confirmed
clone 683161 -1
reassign -1 iucode-tool
retitle -1 iucode-tool: bad --scan-system failure mode
found -1 iucode-tool/0.8-1
tags -1 + fixed-upstream confirmed
tags 683161 + patch
thanks
On Sun, 29 Jul 2012, Sebastian Andrzej Siewior wrote:
> Package: in
icrocodes
+ if no other microcode selection option was used (closes: #683178)
+ * debian/control: add X-Vcs-* fields
+
+ -- Henrique de Moraes Holschuh Sun, 29 Jul 2012 10:06:35 -0300
+
+iucode-tool (0.8.1-1) unstable; urgency=low
+
+ * New upstream release
++ inform user with an error me
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package intel-microcode
Relevant thread in debian-release:
http://lists.debian.org/debian-release/2012/07/msg01358.html
non-free stable and non-free wheezy are curr
hanks to Sebastian Andrzej
Siewior for a good suggestion on how to fix it (closes: #683161)
* README.Debian: add "modprobe cpuid" to example
* debian/control: use better Vcs-browser URI that is properly
handled by the current alioth redirector.
-- Henrique de Moraes Hol
On Wed, 08 Aug 2012, Aljaž Prusnik wrote:
> Isn't that what the network manager does so it can operate - comments
> out those lines?
Don't let anything mess with the loopback. Your system will go bonkers if
it is down because network-manager screwed up or took its sweet time to
bring it up.
--
reassign 686895 btrfs-tools
thanks
On Fri, 07 Sep 2012, Simrun Basuita wrote:
> # cat /var/log/fsck/checkroot
> Log of fsck -C -f -a -t btrfs /run/rootdev
> Fri Sep 7 01:34:14 2012
>
> fsck from util-linux 2.20.1
> fsck.btrfs: invalid option -- 'f'
> usage: btrfsck dev
> Btrfs Btrfs v0.19
> fsck
retitle 686895 initscripts: /forcefsck: fsck -f undefined (e2fsck-ism)
tag 686895 + confirmed
thanks
On Fri, 07 Sep 2012, Simrun Basuita wrote:
> The manpage for fsck(9) makes no mention of a '-f' option. So perhaps
> checkroot.sh shouldn't call it with that argument.
You're correct.
It really l
Transitional packages were uploaded yesterday, and are in the DELAYED/2
queue ATM:
intel-microcode 1.20120606.6Conflicts: microcode.ctl (<< 1.18~0)
microcode.ctl 1.18~0+nmu1 Depends: intel-microcode (>> 1), iucode-tool
Conflicts: intel-microcode (<< 1)
-
On Tue, 11 Sep 2012, Jonathan Nieder wrote:
> Bernhard R. Link wrote:
> > * Jonathan Nieder [120911 05:45]:
> >> The requirements in policy for
> >> "debian/rules clean" are very stringent --- to avoid the
> >> "unrepresentable changes" it would be enough to _remove
On Tue, 11 Sep 2012, Jonathan Nieder wrote:
> Henrique de Moraes Holschuh wrote:
> > Still, if any of you would like to do it, please wait a bit. Let's release
> > Wheezy first.
>
> I agree that we should not upload any change along these lines to
> policy in the nea
es
+ to be selected by --scan-system on a box with unsupported
+ processors (e.g. non-Intel)
++ Update README: Intel has some microcode update information in
+ some public processor specification update documents
+
+ -- Henrique de Moraes Holschuh Sun, 26 Aug 2012 18:38:54 -0300
+
On Sun, 16 Sep 2012, Debian Bug Tracking System wrote:
> > I switched to Debian Wheezy upstream, so the upstream diff 0.8.2..0.8.3 has
> > a lot of autotools noise. This doesn't affect the Debian build in any way,
> > because the Debian package removes all autogenerated files and retools at
> > ev
Package: microcode.ctl
Version: 1.18~0+nmu1
Severity: serious
Will upload a fix shortly. Missing changelog entries play havoc with the
BTS version tracking, so it is not just a cosmetic/record-for-posterity fix.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy
On Sun, 16 Sep 2012, Philipp Kern wrote:
> On Sun, Sep 16, 2012 at 10:43:44AM -0300, Henrique de Moraes Holschuh wrote:
> > Will upload a fix shortly. Missing changelog entries play havoc with the
> > BTS version tracking, so it is not just a cosmetic/record-for-posterity fix.
&
Package: ftp.debian.org
Severity: normal
microcode.ctl is now a transitional package. It has been superseded
by intel-microcode and iucode-tool.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where th
Package: iucode-tool
Version: 0.8-1
Severity: minor
Tags: upstream
The iucode_tool(8) manpage up to version 0.8.3 does not document
iucode_tool option -W (--write-named-to).
It is correctly documented by the built-in help (iucode_tool -h):
-W, --write-named-to=directory
Write selected micr
when backporting to Debian Squeeze
+ * debian/control: add Vcs-* fields
+
+ -- Henrique de Moraes Holschuh Fri, 14 Sep 2012 15:39:37 -0300
+
amd64-microcode (1.20120117-2) unstable; urgency=low
* debian/control: priority of this package should be standard,
diff -Nru amd64-microcode-1.20120117/
On Sun, 07 Apr 2013, Ben Hutchings wrote:
> So it seems that this is only going to be an issue if users take the
> unusual step of changing /etc/fstab to refer to LVs by UUID. But maybe
> there are management tools that do that as a matter of course?
One should never use UUIDs in fstab to refer t
reassign 706443 lxc
retitle 706443 fails to build twice in a row: broken distclean target
thanks
Building lxc twice fails because when dh_clean runs, it is calling
make distclean in the config/ directory.
And config/Makefile.am is borken crap that removes stuff it should never
touch on distclean
Package: usbutils
Version: 1:006-1
Severity: wishlist
Date: Thu, 6 Jun 2013 16:40:57 -0700
From: Greg KH
Here's the 007 release of usbutils.
Nothing major over the 006 release, just a bunch of tiny bug fixes that
have trickled in over the past year. The short changelog can be found
below.
The
Package: qa.debian.org
Severity: normal
The popcon data graphs for at least two packages: intel-microcode and
iucode-tool, has not been updated for a while:
http://qa.debian.org/popcon.php?package=intel-microcode
http://qa.debian.org/popcon.php?package=iucode-tool
-- System Information:
Debian R
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package intel-microcode
Intel released a new version of their microcode dump, which updates the
microcode for a widely-used processor family (latest i5/i7: e.g. i5-3570k
and
superseded by later ones: microcode-20120606-v2.dat
+
+ -- Henrique de Moraes Holschuh Sun, 03 Mar 2013 16:59:35
-0300
+
intel-microcode (1.20120606.v2.2) unstable; urgency=medium
* initramfs: work around initramfs-tools bug #688794.
--
"One disk to rule them all, One disk to find
tag 701169 wontfix
severity 701169 minor
thanks
On Fri, 22 Feb 2013, Philipp Kern wrote:
> intel-microcode's initramfs hook seems to try to load microcode
> unconditionally. This causes the following error messages to appear if no
Yes.
> microcode is present in the package, once for every schedu
On Sat, 23 Feb 2013, Philipp Kern wrote:
> On Sat, Feb 23, 2013 at 09:19:53AM -0300, Henrique de Moraes Holschuh wrote:
> > I recommend that you just ignore the messages, that way you will still get
> > an updated microcode if Intel decides to start shipping one for your
> >
On Sun, 19 May 2013, Steve Langasek wrote:
> I strongly recommend a more generic approach of detecting whether the
> required mount is already mounted, and skipping the operation if it is.
There is the non-obvious, and quite vexing issue of mount options.
--
"One disk to rule them all, One dis
On Thu, 04 Mar 2010, Moritz Muehlenhoff wrote:
> Package: fcron
> Severity: important
> Tags: security
>
> The following was posted to full-disclosure. Since Debian's fcron
> package seems to use a fcron system group (correct me if I'm
> wrong) we don't need to fix this in a DSA. Feel free to upda
#!/bin/dash
[ -d /var/lib/amavis/virusmails ] && {
find /var/lib/amavis/virusmails/. -type f -name 'virus-*' -ctime +7
-delete
find /var/lib/amavis/virusmails/. -type f -ctime +30 -delete
}
exit 0
Adjust to whatever you want, and tell cron to run it. If it removes crap
you didn't
On Fri, 03 Jun 2011, Evgeni Golov wrote:
> The Sandy-Bridge ones do not announce the EC in DMI *at all* :/
Err, that's a "ask Lenovo" level of problem. It can actually mean it is not
trying to be backwards compatible anymore.
And it certianly means it will be much more annoying to handle firmwar
On Thu, 09 Jun 2011, Roger Leigh wrote:
> +Breaks: selinux-policy-default (<< 2:0.2.20100524-9)
...
> + * initscripts Breaks all selinux-policy-default versions up to and
> +including 2:0.2.20100524-9, which do not support /run.
"<<" means STRICTLY LESS THAN for dpkg. If you need to ALSO b
retitle 626020 zookeeper: incorrect dependency information
thanks
On Sun, 12 Jun 2011, Ted Dunning wrote:
> I just looked at this bug and it looks like a configuration error in
> the environment rather than a bug in Zookeeper per se.
>
> In particular, Java >= 1.6 is an explicit requirement of th
On Fri, 12 Aug 2011, jida...@jidanni.org wrote:
> The checksum will come from a _different_ round robin machine, four out
> of five times. It's Russian Roulette. I can't bear to pull the trigger.
> A user would have to be crazy to use a round robin mirror until the apt
> team finally gets around to
On Fri, 12 Aug 2011, Dominik Bay wrote:
> On Fri, Aug 12, 2011 at 03:39, Henrique de Moraes Holschuh
> wrote:
> > On Fri, 12 Aug 2011, jida...@jidanni.org wrote:
> >> The checksum will come from a _different_ round robin machine, four out
> >> of five times. It'
Please do package the new upstream version (although it is probably best
to use the latest git or at least cherry pick a few of the commits
there).
It fixes the version check issue, among other things.
A stable update (either a minimal backport, or, should the release
managers accept it, a full b
On Sat, 20 Aug 2011, Russell Coker wrote:
> On Sat, 20 Aug 2011, Adam Borowski wrote:
> > > It seems to me that the only problem is if you run multiple instances of
> > > a daemon on different ports and don't use /etc/bindresvport.blacklist,
> > > SE Linux, or some other method of telling bindresv
On Sat, 20 Aug 2011, Andreas Barth wrote:
> * Henrique de Moraes Holschuh (h...@debian.org) [110820 14:39]:
> > Yes. And we can easily maintain a current one for Debian-packaged software,
> > although the initial build of such a blacklist will take some work.
>
> Actually, t
On Thu, 06 Oct 2011, Ralf Treinen wrote:
> Package: cyrus-common-2.2
> Version: 2.4.12-1
> Severity: serious
> User: trei...@debian.org
> Usertags: edos-outdated
>
> Hi,
>
> cyrus-common-2.2 (2.4.12-1) says:
>
> Depends: ... cyrus-common-2.4
>
> The cyrus-common-2.4 (2.4.12-1) package says:
>
On Fri, 07 Oct 2011, Touko Korpela wrote:
> I suspect that "-h" option that "halt" gets during poweroff is buggy and
> shouldn't spin disks up that are already at sleep.
Nowadays we're supposed to trust the kernel to do it right, and your disk
should spin up only if it has crap firmware (unlikely)
On Mon, 01 Aug 2011, Alexander Kurtz wrote:
> On Mon, 2011-02-28 at 15:21 -0300, Henrique de Moraes Holschuh wrote:
> > I will try to check it during this week. Looks like some packaging
> > issue, which I should be able to fix (unlike hooking SELinux to a
> > cron-like dae
(cc's kept since I am not really sure everyone involved is in subscribed
to debian-mirrors. If you want me to start trimming them down, please
say so).
On Fri, 05 Aug 2011, Kurt Roeckx wrote:
> Even with multiple lines in the sources.list file I only see those
> 2 requests.
Hmm, a normal request
On Sun, 07 Aug 2011, Kurt Roeckx wrote:
> The new .debs are done first, so that if you get a Packages or
> Sources file, you can actually download the files mentioned in
> those files. They are directly copied to the correct place since
> they are new files and not updated files.
>
> Then the Pac
On Sat, 27 Aug 2011, Roberto C. Sanchez wrote:
> * Package name: cpuset
> Version : 1.5.6
> Upstream Author : Alex Tsariounov
> * URL : http://code.google.com/p/cpuset/
> * License : GPL2
> Programming Lang: Python
> Description : make using the cpusets
Mr. Kumar,
For some reason I never got your reply, so I apologise for the delay in
answering you.
If you're new to Debian, I suggest you subscribe to the debian-mentors
ML (refer to http://lists.debian.org) and also that you read its
archives.
To help with rng-tools you'll need either skills in
On Fri, 16 Sep 2011, Filipus Klutiero wrote:
> Thanks. I was thinking about you when I talked about those who
> believe that #641769 is actually what's under #636292:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641769#5
> I pointed #636292 readers to #641769.
To me it looks like #636292 is
retitle 636292 dak/apt: deficiencies at handling out-of-sync metadata
summary 636292 87
thanks
If anyone disagrees with the above triage, please change the summary
and/or title. Thank you.
On Sat, 17 Sep 2011, Filipus Klutiero wrote:
> #636292 is labelled as being about round-robin mirrors and p
reassign 642005 live-config
severity 642005 wishlist
thanks
On Sun, 18 Sep 2011, Yami Shi wrote:
> Package: general
> Severity: grave
> Justification: renders package unusable
We use that severity+justification when a bug in a package makes the package
ITSELF unusable.
Configuration errors are y
On Sun, 18 Sep 2011, Evgeni Golov wrote:
> On 09/18/2011 04:46 PM, Henrique de Moraes Holschuh wrote:
> > Reassigning to Debian live-config, please reassign elsewhere if
> > innapropriate. Note that non-live Debian installs have fairly large SHM
> > limits (kernel default, w
reassign 642005 linux-2.6
thanks
On Mon, 19 Sep 2011, Evgeni Golov wrote:
> On 09/19/2011 03:12 AM, Henrique de Moraes Holschuh wrote:
> > On Sun, 18 Sep 2011, Evgeni Golov wrote:
> >> On 09/18/2011 04:46 PM, Henrique de Moraes Holschuh wrote:
> >>> Reassigning
On Sun, 02 Oct 2011, Ralf Jung wrote:
> On both of the machines I installed a recent Debian on (testing on my laptop,
> sid on my tower), I am getting the following error regularly in the syslog,
> and
> on tty1:
>
> init: Id "co" respawning too fast: disabled for 5 minutes
>
>
>
> Googling fo
severity 715518 minor
retitle 715518 harmless firmware agent errors on Linux 3.9 and later
thanks
On Wed, 10 Jul 2013, jida...@jidanni.org wrote:
> Today I see
> [4.401809] platform microcode: firmware: agent aborted loading
> intel-ucode/06-2a-07 (not found?)
> [4.401914] microcode: CPU1
On Wed, 10 Jul 2013, jida...@jidanni.org wrote:
> H> Well, maybe there is a minor bug in that something is annoyingly including
> H> the microcode driver in the initramfs, even when intel-microcode did not
> ask
> H> for it. No harm done, but it logs those useless error messages and it
> might
>
On Thu, 11 Jul 2013, jida...@jidanni.org wrote:
> >>>>> "H" == Henrique de Moraes Holschuh writes:
> >> All I know is yesterday I did an aptitude full-upgrade and today I see a
> >> warning.
>
> H> Well, unless I manage to reproduce it he
On Thu, 11 Jul 2013, jida...@jidanni.org wrote:
> BTW, one notes .old-dkms files are not cleaned up after their kernels
> are gone...
I suggest you file a bug against dkms, then... But before you do that, make
sure you _purged_ the kernels (not just removed them).
--
"One disk to rule them al
On Sun, 14 Jul 2013, Nicolas Patrois wrote:
> Today (07-14-2013), updating intel-microcode completely blocks aptitude (and
> dpkg as well).
> When aptitude tries to configure the package, the process stops and does
> nothing. ^C does not kill it, I must kill it with killall and remove the
> lock
jidanni,
Please run as root:
"update-initramfs -u -v >/tmp/output.txt 2>&1"
on the box you're having problems and send the "/tmp/output.txt" file to me
directly or attach it to the bug report. It will tell me at what point
initramfs-tools decided it needed to include the "microcode" module, and
On Mon, 15 Jul 2013, nicolas.patr...@gmail.com wrote:
> Le 14/07/2013 23:17:39, Henrique de Moraes Holschuh a écrit :
> > I'll need your help to track this down.
>
> > Please, what are the messages on screen at the time the system gets
> > blocked?
>
> # d
501 - 600 of 1722 matches
Mail list logo
