On 22/06/2006 Florian Weimer wrote:
> * Jonas Meurer:
>
> > why do you see any problems? it does nothing else than checking for a
> > known filesystem before destroying any data on the source device.
>
> The current setup doesn't work with volume managers and thi
On 22/06/2006 David Härdeman wrote:
> I will try to implement a preliminary version sometime next week (or the
> week after depending on how much time it takes).
>
> Currently I plan to implement it as a C program which uses the
> libvolume_id and devmapper libraries (which removes the need to use
On 20/06/2006 Andrew Pimlott wrote:
> On Tue, Jun 20, 2006 at 10:10:24PM +0200, Jonas Meurer wrote:
> > On 20/06/2006 Andrew Pimlott wrote:
> > > I mean _if I explicitly promise so_, we should expect that. So give me
> > > some configuration directive like LuksOnly tha
On 20/06/2006 Andrew Pimlott wrote:
> > there may exist situations
> > where you don't want your device to be marked as 'contains encrypted
> > data'.
>
> Right, however most users would be happy to put such a mark if it
> increased safety. So it would be a nice option.
yes, that's exactly what
On 20/06/2006 Dick Middleton wrote:
> What I don't understand is why it's doing any checks at all when not
> requested. It seems to me that checking for the existence of a
> filesystem on an arbitrary partition is a bold assumption. That is
> properly the business of mount.
why do you see any
On 17/06/2006 Daniel Kahn Gillmor wrote:
> Thanks for the interesting discussion, all! Crypted swap with
> randomly-generated keys *is* useful. But it's also a fundamentally
> dangerous operation, and hard (if not impossible) to protect against
> user error in an automated way.
>
> Here's an alt
On 19/06/2006 Andrew Pimlott wrote:
> Automatically formatting a swap partition is a destructive operation, so
> all reasonable checks should be made before doing it. It is currently
> not possible to positively identify a swap partition encrypted with a
> random key; nor is it possible to negativ
Package: splashy
Version: 0.1.8-1
Severity: important
hello,
why does splashy depend on console-tools? what does it use from
console-tools that kbd does not provide? i cannot find any reason to
explicitly depend on console-tools.
...
jonas
-- System Information:
Debian Release: testing/unstabl
On 16/06/2006 Mika Bostrom wrote:
> >yes, but initially the idea was to only check where we can be absolutely
> >sure that the check has no corner cases.
>
> I claim that this is impossible. There is no way to be absolutely sure
> about non-destructiveness of the operation. I'll try to explain.
Package: cryptsetup
Version: 2:1.0.3-2
Severity: wishlist
cryptdisks should be a wrapper around cryptdisks, comparable to mount.
basicly it should do the same as the current cryptdisks initscript,
except that it can be invoked from the commandline.
* David Härdeman wrote:
> Usage examples:
>
> o
On 10/06/2006 Joe Wreschnig wrote:
> > Please reconsider. If you don't integrate that version now, we'll most
> > probably do the switch to python2.4 in the next days and we'll replace
> > dh_python calls by dh_python2 calls (integrated for example in the python
> > package) or we'll remove call to
On 08/06/2006 David Härdeman wrote:
> I suggest that we use the following logic:
>
> 1) do vol_id check
>
> 2) if fstype is swap, we're done
>
> 3) if fstype is known, complain and exit
>
> 4) if fstype is unknown, run mkswap
yes, but initially the idea was to only check where we can be absolu
On 07/06/2006 David Härdeman wrote:
> wasn't all suggestions in this bug implemented in the last cryptsetup
> upload? If not, what remains?
the features for decrypting keys with openssl/gnupg are not implemented
yet.
...
jonas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
On 04/06/2006 David Härdeman wrote:
> On Sun, Jun 04, 2006 at 09:38:28PM +0200, Jonas Meurer wrote:
> >>1) seperate the init-script and the decrypt-scripts so that anybody can
> >> write his own decrypt-script without modify the init-script. The
> >>
On 05/06/2006 General Stone wrote:
> > also a good idea, but using vol_id from udev seems like a even better
> > one. still the scripts could use a fallback, if udev is not installed.
>
> I don't use udev but for anybody and in general it is better and finer.
> Yes you have right and udev should b
On 04/06/2006 David Härdeman wrote:
> >i think that this is the reason why getpass was used before.
> >
> >david: are you capable of writing a patch that reverts this, and writes
> >the prompt directly to /dev/tty again?
> >maybe STDERR just needs to be changed to /dev/proc/self/fd/0?
>
> I've att
Hello General,
thanks for the patches, details below.
On 04/06/2006 General Stone wrote:
> In the attachment are patches for a better support on decrypted keys and
> to fix some little typing errors.
i didn't find any fixed typos, did you miss them in the patch?
> 1) seperate the init-script an
On 04/06/2006 David Härdeman wrote:
> >2) The swap-check-script use the "strings" tool which is in "/usr/bin"
> > :-/. "egrep" can work with binarys so that work with "strings" is
> > needless.
>
> A better solution would be to use fstype from klibc or libvol from
> udev to identify filesystem
On 04/06/2006 General Stone wrote:
> Ups :-(
sorry, but this one is not readable. looks like a gnupg encrypted
attachment. you need to send the patches as plain attachment.
...
jonas
signature.asc
Description: Digital signature
On 02/06/2006 Tobias Gruetzmacher wrote:
> On Fri, Jun 02, 2006 at 02:42:52PM +0200, Jonas Meurer wrote:
> > ok, i prepared a fix, and uploaded i386 packages (1.0.3-2) to
> > http://people.debian.org/~mejo/cryptsetup/
> >
> > tobias, could you check if these fix your b
On 31/05/2006 David Härdeman wrote:
> Tobias Gruetzmacher wrote:
> > When using the current cryptsetup from unstable with pmount, the
> > passwort prompt does not show
>
> I think this is due to the patch in #364153.
>
> [...]
>
> Jonas, will you prepare a fix or should I?
ok, i prepared a fix,
On 30/05/2006 Christian Perrier wrote:
> > > I suspect (without checking) that this could be related to the utility
> > > being PAMified. We currently don't use PAM for chpasswd in Debian and
> > > we probably should do so as well for chgpasswd.
> >
> > absolutely correct. i tried disabling PAM fo
On 30/05/2006 Tomasz Kłoczko wrote:
> Dnia 29-05-2006, pon o godzinie 21:10 +0200, Jonas Meurer napisał(a):
> > unfortunately, the new chgpasswd tool does not work as expected.
> > according to docs and it's model 'chpasswd' it reads a string with the
> > format
tag 369439 +patch
thanks
On 30/05/2006 Christian Perrier wrote:
> > if i execute 'echo "jonas:password" | chgpasswd', i get a prompt:
> > Password:
> > and after two seconds it terminates with the following error message:
> > chgpasswd: PAM authentication failed
> >
> > chgpasswd should not ask a
Package: passwd
Version: 1:4.0.15-10
Severity: normal
hello,
unfortunately, the new chgpasswd tool does not work as expected.
according to docs and it's model 'chpasswd' it reads a string with the
format "group_name:password" from standard input.
obviously, this does not work.
if i execute 'echo
On 27/05/2006 Stefan Huehner wrote:
> Package: zope-tinytableplus
> Severity: wishlist
>
>
> Hi,
> your package build an dummy package named 'zope-tinytable'.
> In sarge there hasn't been a package namend zope-tinytable so
> i suspect that this dummy ins't needed for sarge -> etch upgrades.
>
>
On 22/05/2006 Roger Leigh wrote:
> "Felix C. Stegerman" <[EMAIL PROTECTED]> writes:
>
> > * Roger Leigh <[EMAIL PROTECTED]> [2006-05-22 21:21]:
> >> I've uploaded a new build (at the same location).
> >
> > It installed just fine.
>
> Super, thanks.
>
> Jonas, if you could verify it fixes the pr
On 22/05/2006 Roger Leigh wrote:
> I need to add a build-depends, build-conflict or set DIALOG in
> configure, I think. Could you attach a copy of your
> /usr/sbin/cups-genppdconfig.5.0 so I can compare? This might be a
> peculiarity to the amd64 buildd (but is stil a bug in the packaging
> which
Package: cupsys-driver-gutenprint
Version: 4.3.99+cvs20060521-1
Severity: important
hello,
At upgrading cupsys-driver-gutenprint, apt-get idles forever after
running '/usr/sbin/cups-genppdconfig.5.0 -u'.
a short look at the postinst script shows, that
'/usr/sbin/cups-genppdconfig.5.0' is invoked
On 13/05/2006 Andres Salomon wrote:
> On Sat, 2006-05-13 at 22:40 +0200, Jonas Meurer wrote:
> > On 13/05/2006 David Härdeman wrote:
> > > >i've tested your patch, and it seems to work perfectly well.
> > > >but unfortunately this is only the case for the luks
On 13/05/2006 David Härdeman wrote:
> >i've tested your patch, and it seems to work perfectly well.
> >but unfortunately this is only the case for the luks* features of
> >cryptsetup. Plain 'cryptsetup create' still leaves the terminal in a bad
> >state after terminating the passphrase prompt.
>
>
On 12/05/2006 David Härdeman wrote:
> On Fri, May 12, 2006 at 01:09:33AM +0200, Jonas Meurer wrote:
> >On 10/05/2006 Andres Salomon wrote:
> >>> i've tested your patch, and it seems to work perfectly well.
> >>> but unfortunately this is only the case for
On 10/05/2006 Andres Salomon wrote:
> > i've tested your patch, and it seems to work perfectly well.
> > but unfortunately this is only the case for the luks* features of
> > cryptsetup. Plain 'cryptsetup create' still leaves the terminal in a bad
> > state after terminating the passphrase prompt.
hello,
the debian technical committee decided to support Rogers request.
you didn't upload fixed devmapper packages yet, even though you uploaded
a new upstream version.
i raised the severity of this bug to 'serious'. i hope that you upload a
fixed version within the next week, otherwise i will
On 03/05/2006 Riku Voipio wrote:
> On Tue, May 02, 2006 at 12:21:25AM +0200, Jonas Meurer wrote:
> > how about this from README.initramfs, also from the svn repository:
>
> > > 5. LUKS support
> > > ---
> > > If you are using the LUKS feature
On 30/04/2006 Riku Voipio wrote:
> The current svn version iof cryptsetup appears to parse /etc/crypttab
> for the essential crypto modules. This does not work fo luks setups.
> howabout using "cryptsetup status" ?
how about this from README.initramfs, also from the svn repository:
> 5. LUKS su
On 29/04/2006 Walter Hofmann wrote:
> I want to report on an incompatibility in cryptsetup which prevents me
> from using the current version. This is possibly related to bug #364529,
> but I cannot tell for sure.
>
> I use cryptsetup to create an encrypted mapping with the following
> command lin
On 22/04/2006 Andres Salomon wrote:
> Attached is a patch that fixes this issue. In the process, it also gets
> rid of getpass() (which is considered obsolete, and should not be used;
> see the manpage). Instead, we use select()+read(), along w/ manually
> disabling ECHO in the terminal.
hello A
On 26/04/2006 Kees Cook wrote:
> On Wed, Apr 26, 2006 at 11:13:16PM +0200, Jonas Meurer wrote:
> > can you provide the relevant ltrace output?
>
> Sure! Here's an example. I've attached the ltraces for a
> terminal-based stdin read vs a pipe stdin. As you can s
On 23/04/2006 Kees Cook wrote:
> When sending a pass-phrase over stdin without a terminal, the input
> string is truncated to 32 characters. Using "ltrace", it is clearly
> visible. This rendered my mounts with long pass-phrases unmountable,
> and I had to down-grade.
can you provide the rele
On 25/04/2006 David Härdeman wrote:
> On Mon, Mar 27, 2006 at 07:55:44AM -0800, Andrew Pimlott wrote:
> >If you run
> >
> > cryptsetup luksOpen /dev/ whatever
> >
> >and mistype the passphrase, the program exits with 0 instead of
> >indicating an error.
>
> FYI, this seems to be fixed in version
On 12/04/2006 David Härdeman wrote:
> Thanks, I just tried building a deb using the svn sources. And the
> hook and script that were installed by it look fine.
>
> However, there are three issues so far:
>
> 1) The hook and script should have mode 755, not 644
ok, just fixed that one.
> 2) I s
On 11/04/2006 Todd Troxell wrote:
> Thanks for you report.
no problem.
> > Security Events
> > =-=-=-=-=-=-=-=
> > Mar 16 22:31:56 resivo syslog-ng[6932]: Log statistics;
> > processed='source(s_all)=2186', processed='destination(df_auth)=407',
> > processed='destination(df_news_dot_notice)=0',
On 11/04/2006 David Härdeman wrote:
> This is the latest and greatest version of the script with the previous
> fixes applied and a /dev/console redirection also added for the eventual
> cryptgetpw script.
>
> I'll reattach this later as a proper patch to cryptsetup instead of just
> the two ad
On 12/04/2006 David Härdeman wrote:
> I've taken a closer look at the current situation, and it seems likely that
> the list can be shortened...
>
> Running "ldd /sbin/cryptsetup" yields:
> linux-gate.so.1 => (0xe000)
> libpopt.so.0 => /lib/libpopt.so.0 (0xb7ef5000)
> libdevmapper
Package: sa-exim
Version: 4.2.1-1
Severity: minor
hello,
since the upgrade to sa-exim 4.2.1-1, i get the following error messages
every hour:
---snip---
Date: Sat, 25 Mar 2006 20:33:02 +0100
From: Cron Daemon <[EMAIL PROTECTED]>
Subject: Cron <[EMAIL PROTECTED]> [ -x /usr/sbin/greylistclean ] &&
On 24/03/2006 Toni Mueller wrote:
> Package: python-mysqldb
> Version: 1.2.1c3-5
> Severity: normal
>
> Hello,
>
> just trying to upgrade python-mysqldb, but it doesn't work (anymore):
>
> The following packages have unmet dependencies:
> python-mysqldb: Depends: python2.3-mysqldb (= 1.2.1c3-6
reopen 355070
thanks
hello,
unfortunately chgpasswd is not included in the passwd package. both
debian and upstream changelog claim, that the tool has been added. maybe
it's compiled but not installed, i don't know. anyway it is not
available in the passwd 1:4.0.15-1 package.
...
jonas
--
To
On 22/03/2006 David Härdeman wrote:
> in order to support setting up dm-crypt (with or without LUKS)
> partitions in the debian-installer, a cryptsetup udeb is necessary...it
> would be great if one could be created.
hello david,
the svn trunk of pkg-cryptsetup on alioth already has code to provi
On 23/03/2006 David Härdeman wrote:
> On Thu, Mar 23, 2006 at 01:08:51AM +0100, Jonas Meurer wrote:
> >the svn trunk of pkg-cryptsetup on alioth already has code to provide a
> >udeb. it would be great if you could check it. you can also download
> >the current packages
On 17/03/2006 Paul Wise wrote:
> > seems like you gave several options to the lurker/apache_config debconf
> > question, and seperated them with commas. is this true?
>
> I selected several options in a list of options (well, checkboxes
> really). debconf must add the commas since I was not typing
Package: logcheck
Version: 1.2.43a
Severity: important
hello,
it seems like logcheck always outputs some log lines longer than 503
characters, even if they perfectly well match a given regex.
i have the following entry in /etc/logcheck/ignore.d.server/syslog-ng:
syslog-ng\[.*\]: Log statistics;
On 15/03/2006 Paul Wise wrote:
> When I upgraded to the sarge security upgrade, I got this:
>
> (Reading database ... 43784 files and directories currently installed.)
> Preparing to replace lurker 1.2-5 (using .../lurker_1.2-5sarge1_i386.deb) ...
> Unpacking replacement lurker ...
> Setting up lu
hello,
On Thu, Feb 16 you wrote:
> > but unfortunately i found another bug with encrypted swap support.
> > first, do you have a swap check in /lib/cryptsetup/prechecks/swap? the
> > package doesn't provide one, so the 'precheck=swap' option should not
> > do anything.
>
> It's missing in the deb
On 12/03/2006 Clemens Fruhwirth wrote:
> Execuse me for being not highly "verbose" on this issue. I mailed
> Bastian in private a tarball with a fix. I haven't Cc'ed
> bugs.debian.org as I was not sure whether the bug tracking system
> handles attachments correctly. (Does it?)
yes, the but trackin
On 09/03/2006 Bastian Kleineidam wrote:
> You wrote:
> > Do you have the image still on disk? Can you try to open it via the
> > loopback driver?
> >
> > losetup /dev/loopX image
> > cryptsetup --readonly /dev/loopX _image
>
> The losetup case works. Everything I do on disk works fine, only on DVD
On 06/03/2006 Jonas Meurer wrote:
> > As far as I remember, the system literally froze. I was running Xorg
> > (6.9 with the nvidia driver) at the time and I think even the mouse
> > cursor wouldn't move.
>
> i just tested this now, as i was on the console last time.
On 06/03/2006 Steve McIntyre wrote:
> >Tags were: wontfix
> >Tags removed: wontfix
>
> Jonas, I'm curious - why are you removing the wontfix tag? That's
> normally reserved for use by package maintainers, not submitters...
sorry if this was to hard, but the bug has been tagged wontfix at a time
w
On 05/03/2006 Sam Morris wrote:
> >if this bug still applies for you when using an encrypted swap file,
> >how exactly does the crash look like? do you get any messages, is the
> > screen frozen, or are you still able to press enter, but the system
> >simply doesn't respond.
>
> As far as I reme
On 04/03/2006 Sam Morris wrote:
> A few days after running into this bug I upgraded my system, and I now
> use swap partitions instead of files.
>
> For the sake of anyone else who runs into this problem, I had 512 MB of
> RAM and a 1 GB swap file, /swap.
do you mean, that you cannot reproduce
On 03/03/2006 Bastian Kleineidam wrote:
> after upgrading cryptsetup I was not able to use luksOpen on a
> DVD image file. Downgrading to 2:1.0.1-16 makes it work again,
> so something in the upgrade broke things.
> Here is the command line log with the old 1.0.1 version:
> $ cryptsetup --readonly
Package: shadow
Severity: normal
Tags: patch
hello,
please include chgpasswd into the shadow package. chpasswd is already
present to change user passwords in batch mode, but an equivalent for
group passwords is missing.
wesley terpstra created a chgpasswd from the chpasswd sources. it is
attache
On 27/02/2006 Andy Dustman wrote:
> Fix will appear in 1.2.1, expected 2006-03-08
great, i'm looking forward to package it ;-)
...
jonas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 20/02/2006 Bastian Kleineidam wrote:
> the command "cryptsetup luksOpen /dev/hdc" does not work here. The
> /dev/mapper/_image device is not created, but the exit code is still
> zero. The /dev/hdc is my DVD-ROM device with a burned LUKS image.
> The strace output reveals that this call fails:
>
Package: console-setup
Version: 1.5
Severity: important
hello,
the last debconf question of console-setup asks to give a "space
delimited list of virtual consoles you use".
Unfortunately, this "space delimited list" is not supported.
if i give more than one argument, for example "/dev/tty1 /dev/
On 02/02/2006 [EMAIL PROTECTED] wrote:
> Package: cryptsetup
> Version: 2:1.0.1-16
>
> Hi,
>
> I wanted to setup an encrypted swap device as described in
> /usr/share/doc/cryptsetup/CryptoSwap.HowTo .
>
> Unfortunately I made a small mistake and wrote the options argument
> like
>
> swap pr
Package: rhythmbox
Version: 0.9.3.1-1
Severity: important
hello,
for some reason the cut option has been disabled since 0.9.3, and now
there is no possibility left to remove songs from a playlist. the only
option is to 'move into Trash', what seems to apply not only for the
playlist, but also for
Package: postgresql-common
Version: 42
Severity: normal
hello,
the user 'postgres', created by the postinst script, has a
wrong/nonexistant home directory '/var/lib/postgresql'. this should be
changed to '/var/lib/postgres' which exists.
...
jonas
-- System Information:
Debian Release: testing
On 04/02/2006 Sam Morris wrote:
> When I use cryptsetup to create an encrypted swapfile, the system
> freezes sortly after I start doing anything memory-intensive, such as
> running 'darcs pull' to pull changes from one darcs archive to another.
can you still reproduce this bug with cryptsetup 2:1
On 02/02/2006 [EMAIL PROTECTED] wrote:
> Yes, but what should the script look like?
> Imho there are 3 different branches (swap, plain cryptsetup, luks)
>
> For swap:
> precheck:
> - should check if there is an known filesystem on the partition
> (execution of all checks)
> postcheck:
> - hm
On 02/02/2006 [EMAIL PROTECTED] wrote:
> >i believe that the patch is rather ugly. it depends on openssl, and
> >therefore on a mounted /usr filesystem. what to do when /usr is an
> >encrypted filesystem?
>
> Yes, not really integrateable for generic usage.
i've tagged this patch as wontfix.
> I
tags 350615 +wontfix
thanks
- Forwarded message from [EMAIL PROTECTED] -
Date: Thu, 02 Feb 2006 19:26:41 +0100
From: [EMAIL PROTECTED]
Subject: Re: [Pkg-cryptsetup-devel] Bug#350615: Add support for encrypted
ssl-keys
To: Jonas Meurer <[EMAIL PROTECTED]>
Quoting Jonas
On 02/02/2006 To [EMAIL PROTECTED] wrote:
> > Imho it should check if there is _any_ valied filesystem on the
> > swappartition and refuses to format it if there is any (because swap
> > is really dangerous in this situation).
>
> no, that is what a postcheck should do. start cryptsetup, check
On 30/01/2006 General Stone wrote:
> In the attachment is a patch and a tool.
i believe that the patch is rather ugly. it depends on openssl, and
therefore on a mounted /usr filesystem. what to do when /usr is an
encrypted filesystem?
> The patch include support to use encrypted ssl-key/s at the
On 02/02/2006 [EMAIL PROTECTED] wrote:
> Quoting Jonas Meurer <[EMAIL PROTECTED]>:
>
> >there simply is no prechecks/swap script available. the cryptsetup
> >sources provide a rough idea of one, but it's far from good.
> >though, a postchecks/swap script exists.
there simply is no prechecks/swap script available. the cryptsetup
sources provide a rough idea of one, but it's far from good.
though, a postchecks/swap script exists.
if you've an idea about how to precheck swap devices, or want to improve
the skeleton from the cryptsetup sources, please feel f
On 28/01/2006 James Clark wrote:
> Closed bug #290017 indicates that mkinitrd does support crypto now,
> found from here: /usr/share/doc/cryptsetup/changelog.Debian.gz
>
> Does this mean there's an error in the documentation?
yes, you're correct. i don't know mkinitrd, but i can imagine, that it
hello,
i just wanted to ask for the status of the bug. the requested feature
is still a useful one, and i cannot find any objections against wesleys
patch in this bugreport.
or did the discussion take place somewhere else? at least the related
and merged bugs don't give more information.
...
jo
On 23/01/2006 James Clark wrote:
> Jonas Meurer wrote:
> >your screenshot includes the following error:
> >modprobe: FATAL: Could not open \
> > '/lib/modules/2.6.12-1-k7/kernel/crypto/sha256.ko': \
> > No such file or directory
> >
> >
On 22/01/2006 Tuomo Valkonen wrote:
> On 2006-01-22 18:33 +0100, Jonas Meurer wrote:
> > unix systems rely on the responsibility of system admins, /bin/rm or
> > /bin/dd don't check what they remove/override before doing so too.
>
> The difference is that crypsetup at
hello james,
your screenshot includes the following error:
modprobe: FATAL: Could not open \
'/lib/modules/2.6.12-1-k7/kernel/crypto/sha256.ko': \
No such file or directory
this means, that the kernel module sha256 is not available for
linux-image 2.6.12-1-k7 on your machine. plea
severity 342079 wishlist
thanks
--- end bts robot comands ---
On 22/01/2006 Tuomo Valkonen wrote:
> Well, I'd like some way of ensuring that important data is not accidentally
> overwritten by swap setup on boot. Normal swap areas have a signature
> indicating that they're swap, and so the system
- Forwarded message from Tuomo Valkonen <[EMAIL PROTECTED]> -
Date: Sun, 22 Jan 2006 19:16:30 +0200
From: Tuomo Valkonen <[EMAIL PROTECTED]>
Subject: Re: cryptsetup: should check swap partition type
To: Jonas Meurer <[EMAIL PROTECTED]>
On 2006-01-22 17:05 +0100, Jonas M
hello,
i've fixed the type in the shebang, and replaced /usr/local/bin/delay
with /bin/sleep. but i'm not sure about how to replace xor. i even don't
know what it does in the mkinitrd script.
wesley can you help us?
...
jonas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
Hello Tuomo,
You mean, that the device should be checked with 'fdisk -l', and only if
the partition is type 'swap', cryptsetup and mkswap should be run over
it?
i believe that this is not a good idea. cryptsetup generally doesn't
check what it overrides, or do you think that it should check for f
On 13/01/2006 Mihai Maties wrote:
> However these instructions are incorrect. If the ARCHIVE_TO_MBOX setting is
> set
> to '1' then no archiving of the mail will occur (neither internal
> [pipermail] or external). In order for external archiving via lurker to
> be done then the ARCHIVE_TO_MBOX set
Package: sweep
Version: 0.8.4-2
Severity: important
Hello,
recording audio with sweep works quite well, but when i try to record a
second audio stream and sample it over the first one, i need to adjust
the ratio from previous to recorded sound gain in the "record" box.
this causes a segmentation
On 24/10/2005 Sébastien Desreux wrote:
> I installed Lurker as a better front-end for Mailman's archives.
> After installing Lurker, my website was down. I had chosen to let
> the install script autoconfigure Apache2.
>
> Problem is: mod_rewrite was not enabled on my server, but
> /etc/lurk
On 21/10/2005 Ales Kozumplik wrote:
> i've followed the steps and have built the python-mysqldb package myself,
> used
> 2.3 version, but the mysql connection from web still doesn't work and this is
> put into the apache log:
>
> [Fri Oct 21 11:38:24 2005] [error] [client 127.0.0.1] (13)Permiss
On 20/10/2005 Ales Kozumplik wrote:
> Sure, I could give it a try.
> I've never done this before - should I rather do that from debian sources or
> from the sources on websites of the projects?
best is to do it from the debian sources:
add a deb-src line to /etc/apt/sources.list. for example:
de
On 20/10/2005 Adam Conrad wrote:
> Jonas Meurer wrote:
> > After investigating the bug and conversation with the python-mysqldb
> > upstream author, I'm quite sure that the problem is the php4 apache
> > module, or even better, it's mysql extension.
>
> We don
hello Ales,
Adam Conrad, member of the php maintainer group told me that symbol
versioning got added to mysql libraries recently, and that rebuilding
the packages (python-mysqldb and php) should solve this bug. could you
try to verify this, by rebuilding and testing the packages?
...
jonas
--
hello Tim,
Andy Dustmann, the upstream author of python-mysqldb may have found a
fix for the bug you reported. see the following link, and maybe you can
verify that this fixes the bug. Andy thinks about incorporating the fix
with python-mysqldb.
https://sourceforge.net/tracker/index.php?func=deta
hello,
I'm the maintainer of python-mysqldb, and recently Ales Kozumplik reported
bug #333117: "apache2 + python + php + mysql not working".
The bugreport claims that mysql functions provided by python-mysqldb do
not work with mod_python, when apache has both mod_python and mod_php4
loaded, while
Package: fonty
Version: 1.0-23
Severity: serious
Justification: Policy 10.7.3
hello,
the latest upgrade of fonty has overwritten my local settings in
/etc/console-tools/config.d/fonty. It would be better to handle this
file as a configuration file as defined in the debian policy.
The upgrade did
Package: knocker
Version: 0.7.1-3
Severity: important
hello,
knocker crashes on my amd64 debian/unstable machine with the following
error:
*** glibc detected *** free(): invalid pointer: 0x006c75a7 ***
Aborted
even 'knocker --help' causes this crash.
it seems like this is a bug related
On 10/10/2005 Ales Kozumplik wrote:
> Package: python-mysqldb
> Version: 1.2.1c3-2
>
> Description: When both php and python is enabled in apache configuration,
> python scripts trying to create a cursor yields segmentation fault.
> Everything is okay when run from shell (i.e. not via web/apache
On 04/10/2005 Bartosz Fenski aka fEnIo wrote:
> On Mon, Oct 03, 2005 at 12:29:38AM +0200, Jonas Meurer wrote:
> > i just uploaded a NMU to fix that bug into the DELAYED-5 queue on gluck.
> > the patch is attached.
>
> I doubt it was DELAYED-5 since it's now available i
-version to 3.6.2 (no changes needed)
+ * updated fsf address to make lintian happy
+ * change xlibs-dev Build-Depends to x-dev, after searching docs and source
+i believe that only some x headers are needed to build.
+
+ -- Jonas Meurer <[EMAIL PROTECTED]> Mon, 3 Oct 2005 17:22:37
eaders (closes: #329182)
+ * install sample siegerc to /etc/siege and use that if no ~/.siegerc
+exists. use patch from tollef fog heen. (closes: #321816)
+
+ -- Jonas Meurer <[EMAIL PROTECTED]> Mon, 3 Oct 2005 01:32:10 +0200
+
siege (2.61-2) unstable; urgency=low
* Fixed siege.c
901 - 1000 of 1048 matches
Mail list logo