On Tue, Sep 05, 2017 at 01:55:58PM +0200, Alex Mestiashvili wrote:
> GHash.hh:91:44: error: type/value mismatch at argument 1 in template
> parameter list for 'template struct std::hash'
> while (pos
Hello Hans
The earlier message in this thread mentioned that Debian Testing is
"frozen". You'll find more information about what this means here:
https://release.debian.org/stretch/freeze_policy.html
though that document is really written for people who are familiar with
Debian development.
On Fri, Feb 17, 2017 at 12:16:16PM +0100, Santiago Vila wrote:
> Can anyone here reproduce any of the following *two* bugs?
> (Using sbuild in a single-CPU machine)
>
> 837067 1.000 libsecret
Using a fresh 1CPU / 1GB x86 system on digitalocean's NYC region, upgraded to
debian testing, I tried
I'm no bash expert, but I did take a quick look at bash release notes. One of
the differences is called out under the heading "New Features In Bash" between
4.4-beta2 and 4.4-rc2:
a. Using ${a[@]} or ${a[*]} with an array without any assigned elements when
the nounset option is enabled no
[resending with correct Cc:]
I believe that similar bugs have been afflicting hurd and kfreebsd debian ports
for some time. In retrospect, it's too bad these reports weren't given more
attention, because it could have made things better for Linux platforms as well.
:-/
see e.g.,
On Thu, Apr 16, 2015 at 07:06:53AM +1000, Riley Baird wrote:
What if that website goes down one day?
Hmm. I thought a Debian package should not require an internet
connection to be built from source, but in quickly scanning the debian
policy manual and the debian new maintainers guide I didn't
On Thu, Feb 19, 2015 at 05:19:30PM -0600, Jeff Epler wrote:
* foomodule is a Python wrapper for libfoo, so it must be shipped
as a .so, but if it links libfoo.a, and libfoo.a is not -fPIC,
it is not possible to build foomodule at all
(The same goes for wrapping the library
Here are two scenarios where building a static library (libfoo) with
-fPIC is desirable:
* libbar has a stable API, so it should be shipped as a .so,
but if it links libfoo.a, and libfoo.a is not -fPIC, then
libbar has to be shipped as a a static library too
* foomodule is a Python
On Wed, Feb 11, 2015 at 10:25:38PM +0100, Mateusz Łukasik wrote:
error: can't create pidfile /var/run/darkhttpd.pid: Permission denied
Typically, (/var)/run is only writable by root (checked on kfreebsd and
linux jessie systems). Does darkhttpd write its pid file *before*
changing to the
On Mon, Aug 11, 2014 at 06:28:51PM +0200, Moritz Mühlenhoff wrote:
I don't know mythtv, but if it's just a digital video recorder, there's
no significant risk ever needing security updates. A local, forked copy
is problematic for a video player since someone may open a malformed video
file,
Not a user of btrfs, but the userspace tools are in package btrfs-tools
https://packages.debian.org/search?keywords=btrfs-tools
and the kernel modules seem to be in the default kernel packages
$ dpkg -L linux-image-3.2.0-4-amd64 | grep btrfs.ko
/lib/modules/3.2.0-4-amd64/kernel/fs/btrfs/btrfs.ko
I performed a few little experiments, too.
First, I tried encoding the various digests as base64 or base93, rather
than hex. In each case, the file grew in size; base93 was the worst.
Eliminating all the headers (e.g., replacing Package: foo with simply
foo) saved 3.2%. Replacing each one with
On Mon, Jul 14, 2014 at 09:52:12AM -0700, Russ Allbery wrote:
I use apt dist-upgrade normally and then, periodically, run:
dpkg --get-selections | grep deinstall | awk '{ print $1 }' \
| xargs dpkg --purge
This is obviously somewhat unsafe. It would be neat to have a tool that
For software that is incompatible with pulseaudio, prefix the command
with 'pasuspender':
$ pasuspender oss-or-alsa-only-program args...
Jeff
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
If you have a local apt repository (e.g., with dput and mini-dinstall),
then after building each package you would install it to your local
repo. (typical commandline: dput local packagename*.changes) If
properly configured, pbuilder can look at the local apt repository and
pick up the -dev
If we want to support additional semantics for sn?printf where the
standard says undefined, we should take care to specify what is going
to be promised.
I don't know whether we is Debian, or we is (e)glibc upstream.
I also don't know exactly what is being proposed. Something like
When the
It looks like both you and the site you wish to access are based in
France, so please forgive this US-centric intrusion.
Under US law, it may be the case that violating website terms of service
is a felony crime with jail time attached.
On Fri, May 31, 2013 at 02:08:01PM +0200, Josselin Mouette wrote:
I disagree with this claim. The wheezy release for kfreebsd is a joke,
and we should end it with jessie unless there are real users.
What makes me other than a real user? Perhaps some users of Debian
are more equal^Wreal than
On Thu, May 30, 2013 at 09:05:50PM +0200, Olav Vitters wrote:
Do you actually run a kernel other than Linux and is anything other than
Linux usable? I can understand it is not nice, but feels like the other
options are bitrotting anyway.
Yes and yes. Wheezy kfreebsd amd64 is dandy for server
This is something to do with the .note.gnu.build-id.
Both of these alternatives give three identical object files:
Removing this section in objcopy:
$OBJCOPY -R .note.gnu.build-id ...
Or requesting that the linker not generate it in the first place
$CC -nostdlib -Wl,--build-id=none ...
20 matches
Mail list logo
