again, hopefully with a patch.
* Bill Allombert [2014-03-23 16:56 +0100]:
> On Wed, May 02, 2012 at 12:13:22AM +0200, Carsten Hey wrote:
> > Package: debian-policy
> > Severity: wishlist
> >
> > Please suggest delegating binary name conflicts to the tech-ctte in last
&
of mails and words for such a small change …
* Bob Proulx [2016-05-14 14:55 -0600]:
> Carsten Hey wrote:
> > reopen 824346
>
> But you forgot to terminate the command with 'thanks' or 'stop' and
> therefore the entire rest of your message went to the control robot
> generating many
In case "proving" that I know how to use this simple program helps,
the following lines are equivalent, but the second one does not contain
the GNUism '-s':
LC_ALL=C sort -r -s -k 1.3,1.4
grep -F -n '' | LC_ALL=C sort -t : -k 2.3r,2.4r -k 1n | cut -d : -f 2-
locale), which shall be
| sorted by arithmetic value. An empty digit string shall be
| treated as zero. Leading zeros and signs on zeros shall not
| affect ordering.
* Michael Stone [2016-05-14 15:25 -0400]:
> On Sat, May 14, 2016 at 08:15:18PM +0200, Carsten
-coreutils thing seems to have some issues …
Anyway, the description of the option -n in sort(1) is at best
incomplete, see forwarded mail:
- Forwarded message from Carsten Hey <cars...@debian.org> -
Date: Sat, 14 May 2016 16:17:35 +0200
From: Carsten Hey <cars...@debian.org>
To
Hi,
* Richard Stallman [2016-05-05 14:48 -0400]:
> Package: apt
> Version: 1.0.1ubuntu2.13+7.0trisquel3
>
> I tried to remove a package which is virtual, specifically nethack.
> apt-get told me it could not do this, but said nothing about
> what to do.
"apt-cache showpkg mail-transport-agent"
Package: command-not-found
Severity: important
c-n-f uses an ancient c_n_f_handle as c_n_f_handler.
Since this leads, depending on the sets of installed, purged and removed
but not purged packages, to a silently failing wipe command, you might
want to add a security tag to this bug.
Launchpad
I don't know which real world problems, if any, are caused by the
different ways the shells parses those lines. Figuring this out and
discussing it would require more effort than doing the requested code
cleanup, i.e., replacing `` with $().
* Carsten Hey [2016-02-19 15:36 +0100]:
> Pack
Package: debhelper
Serverity: minor
Hi,
recent releases of yash and mksh follow POSIX' wording regarding
backslashes in backquotes, the other shells follow POSIX' presumable
intention and the historically correct behaviour, for example (run on
Debian stable):
$ bash -c 'echo "`echo
Package: python
Severity: minor
Hi,
on Debian stable (please close if already fixed in sid):
$ fgrep ' \' /usr/share/debhelper/autoscripts/prerm-pyclean
dpkg -L #PACKAGE# | grep \.py$ | while read file
The \ is not passed to grep, instead it is used to quote the . in the
shell.
* Croxell, Jeffrey [2015-08-24 22:23 +]:
> Package: debianutils
> Version: 4.4+b1
> Severity: important
> Tags: d-i
>
>* What led up to the situation?
>Using cdebootstrap-static with a limited local mirror.
>The local mirror included 'gawk'.
>It appeared to be a race condition
I thought that this bug report would be about the behaviour of which
if PATH is unset, but this is not true.
A clean fix for this unfilled bug would require “getconf PATH” (getconf
is in libc6-bin) to return the PATH bash and dash use, and ideally the
other shells to adapt.
* Justin Pryzby
Hi Axel,
* Axel Beckert [2015-08-27 10:53 +0200]:
Carsten Hey wrote:
People that do not know what a hardstatus is, would just have tried
alwayslastline and succeeded, but a terminfo upstream knows such things.
Yeah, so that bug affects exactly one very knowledgable person ...
this bug
Package: screen
Hi,
in Debian's /etc/screenrc some termcap/terminfo capabilities for xterm
are set (screen seems to always use termcap names in config files):
termcapinfo xterm*|rxvt*|kterm*|Eterm* hs:ts=\E]0;:fs=\007:ds=\E]0;\007
... and accordingly screen thinks that the terminal
* Carsten Hey [2015-08-13 12:02 +0200]:
I attached a new prompt_debian_setup and an RCS format diff between the
former one and this one.
Unconditionally using zstyle or other things available in zsh modules
only does not make that much sense for the intended purpose ...
I already adapted
Hi,
I attached a new prompt_debian_setup and an RCS format diff between the
former one and this one.
The zstyle pattern now is :prompt:debian:${HOST-}:${USERNAME-}:${TERM-}:
in order to implement a variant of the suggested terminal blacklist in
future. The final : allows additional future
${DEBIAN_PREVENT_KEYBOARD_CHANGES-} ]]
[[ ${TERM-} != 'emacs' ]]
* Frank Terbeck [2015-08-08 23:46 +0200]:
Carsten Hey wrote:
[...]
* (( ${+aliases[run-help]} )) requires the zsh/parameter module. If,
in rare cases, possibly involving zsh-static, there is a chance that
this module
* Carsten Hey [2015-08-09 18:05 +0200]:
Pasting the code that would be part of the recommended .zlogout could
help to clarify some things, but there's still a GPL'd triviality in it.
Without the GPL'd trivial check of being a subshell - i.e., this test
needs to be added before it can be shipped
Hi Axel,
* Axel Beckert [2015-08-09 16:57 +0200]:
Carsten Hey wrote:
* Axel Beckert [2015-08-09 16:12 +0200]:
Carsten Hey wrote:
Please clear console on logout if the recommended config for new
users is used.
...
Ok, thanks for the clarification.
I'm mostly annoyed
Hi Axel,
* Axel Beckert [2015-08-09 16:12 +0200]:
Carsten Hey wrote:
Please clear console on logout if the recommended config for new users
is used.
Why? This is a very annoying behaviour IMHO and definitely shouldn't
be a default.
at first we should make sure that you are talking about
A new prompt_debian_setup that no longer tries to mimic adam1 is
attached.
I think #setopt no_beep and #stty -ixon should also be added to
newuser.zshrc.recommended, but maybe we should concentrate on the
prompt for now.
# debian prompt theme
prompt_debian_help () {
cat 'EOF'
This prompt
[2015-08-08 17:28 +0200]:
Carsten Hey wrote:
[...]
I think #setopt no_beep and #stty -ixon should also be added to
The latter might better be replaced by zsh's no_flow_control option.
Indeed, setopt no_flow_control is much better.
[...]
This prompt color-scheme-able via zstyle
Package: zsh
Severity: wishlist
There are more important things that involve less work to do, therefore
this is intended as a low priority wishlist bug.
Please clear console on logout if the recommended config for new users
is used.
This requires:
* a console_clear (currently part of the bash
Package: zsh
Severity: wishlist
Please enhance /etc/zshrc:
* Please add some additional keybindings, at least for the emacs keymap:
- bind PageUp ${terminfo[kpp]} to history-search-backward
- bind PageDown ${terminfo[knp]} to history-search-forward
The bash like history-search-end
* Frank Terbeck [2015-08-08 23:51 +0200]:
Carsten Hey wrote:
Please clear console on logout if the recommended config for new users
is used.
I think this should be doable with a zshexit hook like this:
function debian_clear_upon_exit () {
clear
}
add-zsh-hook
* Frank Terbeck [2015-08-08 23:46 +0200]:
Carsten Hey wrote:
[...]
* Please add some additional keybindings, at least for the emacs keymap:
- bind PageUp ${terminfo[kpp]} to history-search-backward
- bind PageDown ${terminfo[knp]} to history-search-forward
- bind BackTabKey
* Frank Terbeck [2015-08-08 23:46 +0200]:
Carsten Hey wrote:
[...]
- Maybe F1 could invoke run-help? But then the output of run-help
w/o arguments should be more useful for new users.
- Red Hat maps or mapped space to magic-space, I think Debian should
_not_ do
Package: zsh
Severity: wishlist
% echo $VENDOR
pc
This should print something useful, for example, 'debian'. ID in
/etc/os-release or /usr/lib/os-release if the former does not exist
looks like the correct value, a possible fallback if both do not exist
is 'unknown'.
--
To UNSUBSCRIBE, email
* Carsten Hey [2015-07-28 16:11 +0200]:
clear_console normally does not clear an xterm, but after running su
it does,
This is a .bash_logout problem, the code below fixes this.
and (run through skel.bash_logout) it also clears after running ssh on
tty1.
This is actually a clear_console
Package: bash
16:03:32 carstenh Hi, clear_console normally does not clear an xterm, but
after running su it does, and (run through skel.bash_logout) it also clears
after running ssh on tty1. You might use an other definition of console as I
do, or
this is a bug.
16:03:44
If you add the attached files you do not read the other two mails :)
The attached prompt_debian_setup is updated all around:
* The prompt is not color-scheme-able anymore (the way all prompts do
it is ugly, and introducing a new way to do this is beyond the scope
of this bug report) -
Thanks for this great bug report!
* Rhonda D'Vine [2015-07-20 14:10 +0200]:
I noticed today that pal seems to calculate the weeknumber always US
centric (or at least not locale aware). If one has put show_weeknum
into ~/.pal/pal.conf, regardless of LC_TIME setting pal always seems to
Package: zsh
Severity: wishlist
Hi,
there is an additional, related, bug report in this one. The actual bug
report starts below the three dashes.
If I use the color-enabling zstyle ':vcs_info:*' formats string from
zshcontrib(1), it does not only add colors, but also slightly modifies
the
* Carsten Hey [2015-07-17 18:22 +0200]:
http://stateful.de/~carsten/tmp/150717QVwIxjFQx9U/prompt_debian_setup
http://stateful.de/~carsten/tmp/150717QVwIxjFQx9U/newuser.zshrc.recommended
c894f695cc02f16af429c7506bb78354dcd9a1e3 looks like the final PROMPT+=
line in prompt_debian_setup
Package: ksh
Severity: minor
Hi,
setenv() in the example .kshrc at least in Jessie behaves different than
setenv in tcsh. Your behaviour with one argument (exporting $1) makes
more sense than the tcsh's behaviour (exporting and setting $1 to ),
but this doesn't seem to be relevant for an
Package: lintian
Severity: wishlist
Hi,
please add a check for multi-arch: foreign -dbg packages.
https://wiki.ubuntu.com/MultiarchSpec:
| Multi-Arch: foreign
| * The package is not co-installable with itself, but should be allowed
| to satisfy the dependencies of a package of a different
* Peter Palfrader [2012-06-24 15:34 +0200]:
Helmut Grohne schrieb am Freitag, dem 08. Juni 2012:
The tor package seems to provide an architecture independent interface
(i.e. command line and architecture independent network protocols such
as socks and ssl). As such it should be marked as
* Carsten Hey [2012-05-11 00:58 +0200]:
* Carsten Hey [2012-04-30 02:00 +0200]:
* Roger Leigh [2012-04-29 23:19 +0100]:
how do other distributions handle noauto in this situation? Do they
respect it, ignore it, or not look at fstab at all?
...
For current systems, I
Hi,
* Carsten Hey [2012-04-28 14:19 +0200]:
Uploading this change in the time frame from now (Ubuntu LTS is
releasing today) to the upcoming freeze of Debian Wheezy guarantees that
the installed deborphan release provides these options (even during
partial updates and without the need to add
* Benjamin Mesing [2012-06-12 20:59 +0200]:
tag 676811 +patch
I assume you meant pending.
I have therefore changed packagesearch from using
/etc/alternatives/x-terminal-emulator (where the behaviour is only
roughly specified within the policy) to /usr/bin/xterm.
You recommend xterm |
Hi,
* Benjamin Mesing [2012-06-11 22:42 +0200]:
thanks for the extensive testing and information. I have already fixed
many of your reports in SVN
great! Please remember that Debian freezes in the second half of June
and that a release team member recently wrote that uploads thus should be
* Carsten Hey [2012-06-12 01:09 +0200]:
The first paragraph of http://wiki.debian.org/Multiarch/Implementation
describes how to enable multiarch. To install a foreign package you
could for example run 'apt-get install sc:i386'. Doing this in a newly
created chroot prevents possible problems
tl;dr: You use deborphan wrong. The last paragraph of this mail
describes the fix that depends an unreleased deborphan version.
I'll send an update when it hits unstable.
* Martin-Éric Racine [2012-06-09 12:24 +0300]:
2012/5/14 Carsten Hey cars...@debian.org:
Since it does
* Carsten Hey [2012-06-09 13:37 +0200]:
A proper fix for both packages, upgrade-system and grml-live, is
depending on a yet not released deborphan with a --recursive option and
running apt-get remove `deborphan` instead of of your loop. I'll drop
you a mail when such a deborphan release gets
* Martin-Éric Racine [2012-06-09 14:50 +0300]:
2012/6/9 Carsten Hey cars...@debian.org:
* Carsten Hey [2012-06-09 13:37 +0200]:
A proper fix for both packages, upgrade-system and grml-live, is
depending on a yet not released deborphan with a --recursive option and
running apt-get remove
* Martin-Éric Racine [2012-06-09 15:16 +0300]:
2012/6/9 Carsten Hey cars...@debian.org:
You have problems with endless loops because you do not check for
already seen packages and deborphan fixes this for you in a proper way
so that there is no need to run deborphan in a loop
Package: packagesearch
A while ago I checked all reverse dependencies of deborphan for
multiarch and deborphan related problems, except of packagesearch since
I assumed that it wouldn't be actively maintained anymore and had an
release critical bug at that time. Now its very late in the release
Package: packagesearch
Severity: wishlist
Please recommend aptitude.
When trying to remove a package, packagesearch complains that aptitude
is not installed (which was correct).
If a package requires an other package for optional core functionality,
adding the other package to the Recommends:
Package: packagesearch
When I started packagesearch the first time in a multiarch Debian/Sid
chroot (including the usual mounts) as root, it complained that the
xapian index was not generated and offered to generate it. The systems
CPU usage raised to 100% and nothing user visible happend in the
Package: packagesearch
When displaying a packages description, only the first line is
displayed.
Nowadays the Packages files on the mirrors only contains this first
line, the complete description is available in files that end in
i18n_Translation-en or similar. If have no idea how libapt has
Hi,
I saw this old bug report yesterday whilst looking for the convention
for bug subjects used in dpkg.
* Changwoo Ryu [2004-07-04 06:57 +0900]:
In my ko_KR.UTF-8 locale and with the new Korean translation added
(#254590),
dpkg-query --list prints each fields in wrong columns (see attached
Hi,
thanks for applying and extending the patch that fast!
* Guillem Jover [2012-06-05 11:12 +0200]:
(a configure script would ease testing patches)
I'm not sure what you mean with this?
I did not write what I meant ;)
What I meant is that it is not obvious without looking into the
From: Carsten Hey cars...@debian.org
Date: Mon, 4 Jun 2012 09:27:01 +0200
Subject: [PATCH] s-s-d: Do not follow symlinks when creating pidfiles
---
utils/start-stop-daemon.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/utils/start-stop-daemon.c b/utils/start-stop
* Carsten Hey [2012-06-04 09:36 +0200]:
start-stop-daemon should not follow symlinks:
# ls -l /etc/shadow /var/run/foo.pid
-rw-r- 1 root shadow 662 Apr 10 12:20 /etc/shadow
lrwxrwxrwx 1 nobody nogroup 11 Jun 4 06:00 /var/run/foo.pid - /etc/shadow
# start-stop-daemon --start
* David Kalnischkies [2012-05-18 18:15 +0200]:
On Fri, May 18, 2012 at 1:22 AM, Carsten Hey cars...@debian.org wrote:
* David Kalnischkies [2012-05-17 14:41 +0200]:
On Wed, May 16, 2012 at 10:16 PM, Carsten Hey cars...@debian.org wrote:
No, dpkg is consistent in it's out-/input as is apt
* David Kalnischkies [2012-05-17 14:41 +0200]:
On Wed, May 16, 2012 at 10:16 PM, Carsten Hey cars...@debian.org wrote:
apt-get should remove foreign arch packages even if arch suffix is
missing.
I know that you disagree, but documenting unintuitive behaviour in the
BTS in a good thing
Package: dpkg
Version: 1.16.3
Severity: wishlist
dpkg-query --list should add arch suffix to all foreign arch packages.
# dpkg --print-architecture
amd64
# dpkg -l sc | grep ' sc' | tr -s ' '
ii sc 7.16-3 Text-based spreadsheet with VI-like keybindings
# apt-get remove sc
...
Package: apt
Version: 0.9.3
Severity: wishlist
apt-get should remove foreign arch packages even if arch suffix is
missing.
I know that you disagree, but documenting unintuitive behaviour in the
BTS in a good thing and this bug report explains why your reasoning is
wrong.
# dpkg
* Guillem Jover [2012-05-16 22:46 +0200]:
As long as the user enabled a foreign architecture, and the
dependencies are fulfilled, I don't see why the fact that it's
foreign or not is really important.
There are cases where knowing that a package is installed from arch foo
is interesting,
* Michael Vogt [2012-05-15 13:59 +0200]:
On Mon, May 14, 2012 at 01:17:42AM +0200, Carsten Hey wrote:
* Carsten Hey [2012-04-29 00:10 +0200]:
This untested but trivial patch fixes synaptic to be able to parse both
output formats by stripping the architecture suffix:
...
I
* Martin-Éric Racine [2012-05-14 09:24 +0300]:
2012/5/14 Carsten Hey cars...@debian.org:
as discussed, please bump dependency on deborphan to 1.7.28.7 to prevent
endless loops in Ubuntu Q… and in weird cases in Debian.
The multiarch aware deborphan release 1.7.28.7 has been uploaded
* Carsten Hey [2012-05-14 16:53 +0200]:
* Martin-Éric Racine [2012-05-14 09:24 +0300]:
2012/5/14 Carsten Hey cars...@debian.org:
as discussed, please bump dependency on deborphan to 1.7.28.7 to prevent
endless loops in Ubuntu Q… and in weird cases in Debian.
The multiarch aware
* Carsten Hey [2012-04-29 00:10 +0200]:
This untested but trivial patch fixes synaptic to be able to parse both
output formats by stripping the architecture suffix:
--- a/common/raptoptions.cc
+++ b/common/raptoptions.cc
@@ -222,8 +222,8 @@ void RAPTOptions::rereadOrphaned()
return
Package: upgrade-system
Severity: wishlist
Hi,
as discussed, please bump dependency on deborphan to 1.7.28.7 to prevent
endless loops in Ubuntu Q… and in weird cases in Debian.
The multiarch aware deborphan release 1.7.28.7 has been uploaded to the
delayed queue and will reach unstable on
* Carsten Hey [2012-04-30 02:00 +0200]:
* Roger Leigh [2012-04-29 23:19 +0100]:
I was just thinking, is there a way to detect if the system was
bootstrapped with grml-bootstrap compared with plain debootstrap? If
that was the case, we could put a specific check for that in, and
clean up
* Jonathan Nieder [2012-05-04 17:35 -0500]:
Carsten Hey wrote:
* Patrick Ouellette [2012-05-04 13:38 -0400]:
If you read the entire section 7.4 is seems entirely reasonable to
create a package with an executable name that already exists in Debian
with a package conflicts tag if the two
* Patrick Ouellette [2012-05-04 13:38 -0400]:
Conflicts should be used
when two packages provide the same file and will continue to do so
/usr/bin/sendmail is provided by citadel-mta, courier-mta, dma,
esmtp-run, exim4-daemon-heavy, exim4-daemon-light, ...
That is what the policy means by
@slip-61-16.ots.utexas.edu
* Russ Allbery [2012-05-01 10:28 -0700]:
Carsten Hey cars...@debian.org writes:
The origin of what the policy suggests to do if there is no consensus is
a mail from Guy Maor 879142cjni@slip-61-16.ots.utexas.edu, in
which he writes:
| That's basically a stick
* Roger Leigh [2012-04-29 23:19 +0100]:
On Sat, Apr 28, 2012 at 11:16:48PM +0200, Carsten Hey wrote:
So the correct thing could, besides doing it manually, only be done in
a maintainer script of an essential package, but as you explained, doing
this would be wrong. I think we agree
* Carsten Hey [2012-04-26 10:36 +0200]:
Whilst checking gtkorphan I noticed that it uses a colon to separate
package names in the code that seems to be supposed to remove orphaned
packages from deborphans --show-deps output. Back then when you wrote
gtkorphan, a colon was a good choice
Package: gtkorphan
Tags: patch
Hi,
please use deborphan's forward compatible options
--all-packages-pristine and --show-deps-pristine instead of
--all-packages and --show-deps.
The output format of --all-packages will need to change when Debian
replaces sections with tags and the output
* Henrique de Moraes Holschuh [2012-04-28 12:11 -0300]:
On Wed, 25 Apr 2012, Carsten Hey wrote:
The problem is that installing Squeeze via grml-debootstrap perfectly
works and after upgrading to Wheezy udev will not start. A wrongly
generated /etc/fstab can't be fixed for existing systems
[ Dropping hmh from Cc, I was not sure if he's one of the uploaders
and thus should receive the mail anyway - but I looked it up now. ]
* Roger Leigh [2012-04-28 20:17 +0100]:
On Sat, Apr 28, 2012 at 06:21:58PM +0200, Carsten Hey wrote:
* Henrique de Moraes Holschuh [2012-04-28 12:11 -0300
tags 670542 + patch
thanks
* Carsten Hey [2012-04-26 16:29 +0200]:
* Pass an option to deborphan to let it print it's output in the way
you like, or teach synaptic to parse both output formats.
This untested but trivial patch fixes synaptic to be able to parse both
output formats
Hi,
please Cc me on answers. I only saw your bug report because I was
looking up bug numbers for debian/changelog (maintaining deborphan is
currently transitioning from me to a team I'll not be part of and I'm
not subscribed to the team's list).
* Jakub Wilk [2012-04-27 17:38 +0200]:
As far
* Carsten Hey [2012-04-27 21:07 +0200]:
* Jakub Wilk [2012-04-27 17:38 +0200]:
As far as I can see, deborphan treats packages that are on hold like if they
were not installed:
$ deborphan deborphan
deborphan
sbuild
$ echo 'deborphan hold' | sudo dpkg --set-selections
Package: gtkorphan
Severity: wishlist
gtkorphan is not only a tool that can be used to remove orphaned
packages, it can also be used to display them. Displaying package names
is nothing that should require being root.
An error window is shown if one starts gtkorphan as non-root user and
then
Package: gtkorphan
Severity: wishlist
Please use deborphan's --print-guess-list option described below to
generate @GuessList in lib/gtkorphan_ops.pm instead of a using
a hardcoded list. The rationale for this is that over the time
additional guess options were and will be added and maintaining
Package: gtkorphan
Severity: minor
To support multiarch, deborphan will on multiarch enabled systems print
all packagenames (except of when --list-keep is used) with an
architecture suffix appended.
I checked if this change will break gtkorphan - it does not, gtkorphan works
greatly with
Package: gtkorphan
Severity: wishlist
If I do this:
- start gtkorphan
- click on 'Options'
- check 'Show uninstalled ...' aka --find-config
- check 'Show all ...' aka --all-packages
then the list of packages does not change due to checking 'Show all
...'. The reason for this is that
Package: gtkorphan
Severity: wishlist
Summary:
Please consider using apt-get instead of dpkg to remove packages. If
dpkg is used directly, the hook scripts are not run.
Verbose:
Apt has the widely used feature of dpkg hooks. A nowadays rather common
use case for this feature is to feed the
Package: www.debian.org
User: www.debian@packages.debian.org
Usertag: packages
Hi,
the section 'tasks' is missing on http://packages.debian.org/unstable/
and http://packages.debian.org/testing/.
projectb= select s.section, s.created from section s where s.section = 'tasks';
section |
Package: synaptic
synaptic is the only[1] blocker before deborphan with multiarch support
can be uploaded. The current synaptic with multiarch support does not
display any package as orphaned if it is used with the upcoming
deborphan release on a multiarch enabled system. The other reverse
Package: debian-policy
Hi,
2.4 Sections is missing the section 'tasks':
projectb= select s.section, s.created from section s where s.section = 'tasks';
section |created
-+---
tasks | 2011-04-01 15:31:59.554227+00
This section is also missing
* Roger Leigh [2012-04-24 16:31 +0100]:
On Tue, Apr 24, 2012 at 02:55:55PM +0200, Michael Prokop wrote:
* Carsten Hey [Mon Apr 23, 2012 at 01:07:17 +0200]:
Please ignore noauto sysfs entries in fstab. Not mounting sysfs to /sys
if such a line is present in fstab leads to udev
Package: grml-debootstrap
Please remove the noauto sysfs entry from generated/copied fstab.
Gregor Thill noted that initscripts/Wheezy does not mount /sys if there
is an according fstab entry with the option noauto, which leads to udev
not starting. He verified this by removing this fstab line
Package: initscripts
Bug summary:
Please ignore noauto sysfs entries in fstab. Not mounting sysfs to /sys
if such a line is present in fstab leads to udev not starting.
If this bug is not fixed, this problems will show up after upgrading to
Wheezy on some systems.
Bug details:
Gregor Thill
* Yves-Alexis Perez [2012-04-15 09:18 +0200]:
On ven., 2012-03-23 at 23:39 +0100, Carsten Hey wrote:
I think we should drop ftpmaster from CC in further mails.
Maybe, since they don't seem to care about this.
They provided an IMHO acceptable, but not ideal, way (because there
there does
* Carsten Hey [2012-04-15 20:32 +0200]:
#===
# Waf-Data-Format: 1.0
# Waf-Version: 1.8
# Waf-Archive-Type: tar.gz
# Waf-Archive-Base-Directory: wafadmin
# Waf-Line-Feed-Replacement: ab
# Waf-Carriage-Return-Replacement: xy
#==
#...
#==
--
To UNSUBSCRIBE, email
* Carsten Hey [2012-04-10 02:00 +0200]:
... attached C implementation ... likely to contain bugs.
One is that specifying - to read from stdin instead of a named file is
not implemented.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe
* Joey Hess [2012-04-07 14:57 -0400]:
Carsten Hey wrote:
+sub read_file_and_hashify {
+ my $file = shift;
+
+ my ($a_ref, $h_ref) = ([], {});
+ filemap $file, sub {
+ push @$a_ref, $_;
+ $h_ref-{$_} = 1;
+ };
+ return ($a_ref, $h_ref
.
* Joey Hess [2012-04-09 16:14 -0400]:
Carsten Hey wrote:
I'll send an update after being able to measure the memory usage of
a simple implementation in C.
I'd rather avoid dealing with custom hash tables in C.
All testing that has been done for the attached C implementation is
comparing
Package: moreutils
combine's xor does not handle named pipes correctly. The same bug is
triggered if a file is read from stdin. I'll send a possible fix after
knowing the bug number.
Used zsh syntax in a nutshell:
(cmd) creates a named pipe with cmd's output as content
=(cmd) creates
---
combine | 18 --
1 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/combine b/combine
index a695935..c139cf7 100755
--- a/combine
+++ b/combine
@@ -95,6 +95,17 @@ sub hashify {
return \%seen;
}
+sub read_file_and_hashify {
+ my $file = shift;
+
+
I think we should drop ftpmaster from CC in further mails.
* Yves-Alexis Perez [2012-03-17 09:36 +0100]:
On sam., 2012-03-17 at 02:45 +0100, Carsten Hey wrote:
waf scripts are not cleanly divided into python and data, but instead
the python part contains also two two byte sequences (found
* Carsten Hey [2012-03-23 23:39 +0100]:
Having an easy command to unpack and repack waf scripts
would have been great, but this is not possible unless we would adapt
the values of C1 and C2 in the waf script (and thus parsing python),
which would lead to an ugly hack.
Alternatively
* Russ Allbery [2012-03-16 19:05 -0700]:
Charles Plessy ple...@debian.org writes:
Le Fri, Feb 17, 2012 at 02:46:15PM +0100, Carsten Hey a écrit :
In general, debian/README.source does not contain information how to
run, for example, autoconf and friends to convert a clean VCS checkout
* Henrique de Moraes Holschuh [2012-02-18 10:11 -0200]:
On Fri, 17 Feb 2012, Carsten Hey wrote:
The intention of this bug report is to unify the name of a target
that might be used more often soon, and it is not sufficient to
reach this goal if we rely on package maintainers to document
waf scripts are not cleanly divided into python and data, but instead
the python part contains also two two byte sequences (found using brute
force whilst building the waf script). My original plan was to ship two
scripts debian/waf-unpack and debian/waf-repack to provide an easy way
to edit the
* Yves-Alexis Perez [2012-03-15 11:11 +0100]:
On sam., 2012-03-10 at 20:24 +0100, Yves-Alexis Perez wrote:
On sam., 2012-03-10 at 19:12 +0100, Carsten Hey wrote:
* Carsten Hey [2012-03-10 18:43 +0100]:
Actually I was not using a waf command but instead well known tools
installed
1 - 100 of 416 matches
Mail list logo
