Package: netselect-apt
Version: 0.3.ds1-24
Severity: grave
Tags: squeeze
Justification: renders package unusable
If netselect-apt/testing is used with netselect/stable, the following error
occurs:
Using distribution stable.
Retrieving the list of mirrors from www.debian.org...
--2012-05-06 13:5
with an answer that doesn't sound like
gibberish from a bunch of dipshit monkeys that shove rusty nails into
the logic centers of their brains. (Giving the middle finger to the
guys that create the frelling Internet? Wow, man, that takes some
balls there.)
--
Brendan Byrd/SineSwiper
--
To U
I'm sure they
would have no problem with Debian using the syntactically-correct MIBs
for SNMPv2 to use for their tools. You can then paste the approval on
that NonFreeIETF wiki of yours.
--
Brendan Byrd/SineSwiper
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.o
ox, FTP clients, and all other
Internet-based tools based on IETF RFC standards, and throw them in
the fucking garbage.
The same copyright applies to RFCs: 2578, 2579, 2580. RFCs 1213 &
1907 are covered under the phrase "Distribution of this memo is
unlimited." and http://trustee
update my security
patches for my VPS every 4 hours. Every time it does that, it seems
like it creates another 45MB pkgcache.bin file backup.
Please backport this fix to squeeze! I will go ahead and upgrade to
testing for apt, but this is severe enough to warrant a backport.
--
Brendan Byrd/
* apt doesn't have a GUI and has CLI commands for its operation.
Obviously, one of these is better than the other. There's no point in
having two development teams working on essentially the same thing.
You already pointed out the problem with duplication, and really, apt
is at the ce
So, what's the status of this bug? Surely this is a simple matter of
merging code from apt-get into aptitude, right? (Yes, I know, SMOPs
are a lie...) Let's finally get rid of apt-get and turn them into
wrappers.
--
Brendan Byrd/SineSwiper
--
To UNSUBSCRIBE, email to debian
s to what is going on. For some reason, it
doesn't think it's actually specifying --cpan, even though the --cpan
is implied with the cpan2deb command.
> - Is this reproducible with the dh-make-perl version from unstable?
Yep.
--
Brendan Byrd/SineSwiper
--
To UNSUBSCRIBE
Package: dh-make-perl
Version: 0.70-1
Severity: normal
When using a dh-make-perl.conf file, suddenly cpan2deb will no longer work as
expected. I get:
Cannot open ./Makefile.PL: No such file or directory
-- System Information:
Debian Release: 6.0.4
APT prefers testing
APT policy: (1000, 'tes
Package: dh-make-perl
Version: 0.75-1
Severity: normal
When installing package A in CPAN, and finding that package B is also required,
dh-make-perl will then install package B in CPAN. The trouble is that package B
is not shared to package A when it finally gets to testing for package A. If
pack
Package: wnpp
Severity: wishlist
You should probably just install all of the following packages in this one:
XML::Compile
XML::Compile::Tester (required anyway)
XML::Compile::Cache (asked about in testing)
XML::Compile::Dumper (asked about in testing)
XML::C
Package: wnpp
Severity: wishlist
This requires the following:
liblog-report-perl
libdata-peek-perl
libxml-compile-perl (RFP: does not exist!)
libxml-compile-cache-perl (RFP: does not exist!)
You may also consider adding the whole Geo::* suite that Mark has.
* Pack
Package: libcatalyst-modules-perl
Severity: minor
libcatalyst-modules-perl does not have
Catalyst::TraitFor::Model::DBIC::Schema::PerRequestSchema,
which was added in the recent releases of Catalyst-Model-DBIC-Schema (in Oct
2011).
Please add the latest version into the package.
--
To UNSUB
Package: wnpp
Severity: wishlist
This could also go into libcatalyst-modules-perl.
* Package name: libcatalyst-plugin-log-dispatch-perl
Version : 0.09
Upstream Author : Shota Takayama
* URL :
http://search.cpan.org/perldoc?Catalyst::Plugin::Log::Dispatch
* License
Package: wnpp
Severity: wishlist
This is required for a future libcatalyst-plugin-scheduler-perl.
* Package name: libdatetime-event-cron-perl
Version : 0.08
Upstream Author : Matt Sisk
* URL : http://search.cpan.org/perldoc?DateTime::Event::Cron
* License : GP
Package: wnpp
Severity: wishlist
* Package name: libcatalyst-plugin-scheduler-perl
Version : 0.10
Upstream Author : Brian Cassidy
* URL : http://search.cpan.org/perldoc?Catalyst::Plugin::Scheduler
* License : GPL
Programming Lang: Perl
Description : Sch
and
attention to write a patch, surely you guys can spend the time putting
it into the source code.
--
Brendan Byrd/SineSwiper
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Actually it looks like all of the graphs have the same problem if I
use munin-cgi-html, not just the multigraph versions. So, it looks
like it's not passing those params in two places.
--
Brendan Byrd/SineSwiper
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
w
Package: munin
Version: 1.999.4508-1
Severity: normal
Still having issues with the multigraphs, even after getting the munin-cgi
issue fixed in
experimental (see Bug #582786). I have the following in my munin-conf.d:
graph_width 700
graph_height 400
This works for all graphs except the multig
Package: munin
Version: 1.999.4508-1
Severity: normal
Tags: experimental
The instructions on http://munin-monitoring.org/wiki/CgiHowto for the
munin-cgi-html
feature are not accurate for a number of reasons:
1. The paths are wrong. There seems to be a disconnect between the new default
apache.
found 582786 munin/1.4.5-3
found 582786 munin/1.4.6-2
fixed 582786 munin/1.999.4508-1
thanks
Any chance of backporting this fix?
--
Brendan Byrd/SineSwiper
Package: munin
Version: 1.999.4508-1
Severity: serious
Justification: Overwriting local admin decisions
Something that may or may not have been introduced in bug #619399, the
upgrading of munin from both
unstable and experimental will delete the symlink in /etc/apache2/conf.d/munin.
I put it b
Package: g++-4.6
Version: 4.6.2-7
Severity: normal
Installation of both or either g++-4.5/4.6 will not provide a direct
link to "g++". The command is called g++-4.X, which won't be
auto-detected by programs like configure. The packages should use
update-alternatives, just like gcc already does.
Package: unattended-upgrades
Version: 0.62.2
Severity: important
The default values included in Unattended-Upgrade::Allowed-Origins do not work,
especially for security upgrades, and is broken in several places:
Unattended-Upgrade::Allowed-Origins {
"${distro_id} stable";
"${distr
fixed 576806 0.62.2
Looks like the obsolete function references were replaced.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
found 265758 0.6.3-3.2
This command works:
aptitude -v --schedule-only install `perl -pe 's/\s+\w+\n/ /;' dpkg-select.txt`
But, it's quite bulky. Also, I have my /var/lib/apt and
/var/lib/aptitude symlinked, so I'm not sure if that's required for
the dpkg -get command to work. And of course, t
Package: kernel
Version: Debian 2.6.18.dfsg.1-23etch1
Severity: critical
Justification: breaks the whole system
Getting kernel panics at various times. Sometimes it recovers, and
sometimes it locks the
whole system. Seems to happen when some process is doing a lot of HD
work (or could be just
me
27 matches
Mail list logo
