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
>
this.
These are a lot 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 w
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 Hey wrote
y bug-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 -
Date: Sat, 14 May 2016 16:17:35 +0200
From: Carsten Hey
To: bug-coreut...@gnu.org
Subject: sort(1): misle
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" lis
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 co
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]:
>
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 \"x\"`"';
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.
Correct
* 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 [2005
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 knowledg
* 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 adapt
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 support
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 extens
* 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 a
nd 15 with:
if [[ -z "${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,
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.
>
> ...
>
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
* 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 m
* 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 &quo
* 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 () {
>
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-
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 p
nk Terbeck [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
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 promp
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 c
Package: bash
16:03:32 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 Also, ske
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
> cal
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 u
* 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+
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 for
* 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 mark
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 arch
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
* 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,
* 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 | x-
* 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 ch
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
d
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 bee
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
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: fi
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
c
* Martin-Éric Racine [2012-06-09 15:16 +0300]:
> 2012/6/9 Carsten Hey :
> > 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.
>
* Martin-Éric Racine [2012-06-09 14:50 +0300]:
> 2012/6/9 Carsten Hey :
> > * 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
* 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
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 :
> > Since it does
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
docu
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 attache
* 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
>
00:00:00 2001
From: Carsten Hey
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-daemo
* David Kalnischkies [2012-05-18 18:15 +0200]:
> On Fri, May 18, 2012 at 1:22 AM, Carsten Hey wrote:
> > * David Kalnischkies [2012-05-17 14:41 +0200]:
> >> On Wed, May 16, 2012 at 10:16 PM, Carsten Hey wrote:
> >> No, dpkg is consistent in it's out-/input as
* David Kalnischkies [2012-05-17 14:41 +0200]:
> On Wed, May 16, 2012 at 10:16 PM, Carsten Hey 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
>
* 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, any
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 --print-archite
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
...
Packag
* 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 stripp
* Carsten Hey [2012-05-14 16:53 +0200]:
> * Martin-Éric Racine [2012-05-14 09:24 +0300]:
> > 2012/5/14 Carsten Hey :
> > > 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.
>
* Martin-Éric Racine [2012-05-14 09:24 +0300]:
> 2012/5/14 Carsten Hey :
> > 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
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 2012-0
* 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 RAPTOptio
* 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 c
* 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
>
* 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 mean
jni@slip-61-16.ots.utexas.edu>
* Russ Allbery [2012-05-01 10:28 -0700]:
> Carsten Hey 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 write
* 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 wro
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
[ 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 [20
* 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&#x
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 format
* 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 go
* 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
> >
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 a
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
depe
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: 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: 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 deb
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 archite
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 t
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 gtk
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 missi
* 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
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
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 a
* 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
> #==>
>
* 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 (beca
* 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
o long for
now). An argument against adding -u is that the perl one-liner perl -ne
'print unless $seen{$_}++' archives the same.
* 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 simp
* 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
---
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;
+
+
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
* 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.
Alte
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
* Russ Allbery [2012-03-16 19:05 -0700]:
> Charles Plessy 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
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 w
* 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 p
* 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 b
1 - 100 of 416 matches
Mail list logo
