Hi Andreas,
When connecting as another user in mode multiuser on, then the primary
created session says attach attempt with bad pid.
is your /usr/bin/screen setuid root? This is mandatory if you want to use
the multiuser feature. Have a look at /usr/share/doc/screen/README.Debian.
Note that
Hi Trent,
Lately I have noticed that if this idle timer engages while the
bottom-right corner character is bold and underlined, the password
prompts are also bold and underlined. This is irritating. I would
like screen to issue an sgr0 before switching to the password prompt,
so the
Hi Raphael,
What's the status of this ITA?
Note that, just like Lucas, I'm not interested in inform myself, but just
checking packages that should probably be removed.
It would be nice if you could provide some status information or even closing
this report by uploading a new package
Hi Josip,
Ha, found it - it's just one setting:
XTerm*termName: xterm-debian
The first step to reproduce can be changed to:
xrdb -remove xrdb -merge rxvt-bug.Xresources rxvt
even with that resource setting I cannot reproduce it. And that's why
I had tagged the bug 'unreproducible' -
Hi Lucas,
I can now reproduce it, sorry. maybe its a random failure?
here's a diff of your buildlog against one of mine... rxvt is reconfigured
and built several times in a row during 'debian/rules build'... this is
the last run:
] [...] (your log -- my log)
] creating config.h
Hi Jan,
I installed this new computer from scratch via debian netinstall CD.
I assume you are installing Debian Etch, i.e. the last stable release.
Reason seems to be, that first /etc/rc2.d/S19autofs and afterwards
/etc/rc2.d/S19nis is executed and hence no nis maps are available to
autofs.
Hi Luk, hi Anibal (CC because of nfs-common involvement),
Luk wrote:
It seems that autofs is started before nfs-common which apparently
prevents automounting of nfs partitions. Changing the symlink from
S19autofs to S21autofs to make sure it gets started after S20nfs-common
seems to fix the
Hi Luk,
It seems that autofs is started before nfs-common which apparently
prevents automounting of nfs partitions. Changing the symlink from
S19autofs to S21autofs to make sure it gets started after S20nfs-common
seems to fix the problem.
shuffling the autofs link around would open
Hi,
Are you using xdm? If yes, then that might be the corner case. AFAIK
other DMs are not setting a XDM-AUTHORIZATION-COOKIE[1], so noone sees
this problem[2].
yes, I know that only xdm users are affected. On the other hand I
couldn't believe that its userbase should be so small, especially
Hi Brice, hi Joey,
(simultaneously replying to both bugs because the problem in
the underlying C libraries seems to be identical)
I can provide a short bug summary, maybe it's helpful.
For PF_UNIX connections with an XDM-AUTHORIZATION-1 key, the
client (libx11/libxcb) constructs its 24-byte
owner 454258 !
retitle 454258 ITA: inform -- A compiler for adventure games
thankyou
Hi Lucas,
thanks for bringing this to my attention! When I had taken inform-mode,
I had also looked at inform, but there were no removal bugs then, so
I assumed the package was still looked after.
I use inform
package mrxvt
tags 456033 + pending patch
thankyou
Hi,
I don't get the spurious 'c', but the beep indeed. I only use
nvi (which is unaffected), and I didn't try every editor around,
hoping that the problem description above that AC_INIT macro was
complete. (I initially wanted to make it
severity 453720 minor
tags 453720 + pending
thankyou
Hi Adam,
I fully agree with you - this setting doesn't need a compile-time
limit. I'm going to remove it.
Thanks!
Jan
signature.asc
Description: Digital signature
Package: weechat
Severity: wishlist
Hi,
as OFTC has recently added support for authentication via SSL certificates,
it would be great if weechat would gain that ability, too.
I've already created a patch that achieves this (which proved to be a bit
tricky because gnutls won't select self-signed
Package: gnutls-bin
Version: 2.1.6-1
Tags: experimental
Hi,
there's a problem with gnutls-{cli,serv} in the new gnutls-bin:
] [EMAIL PROTECTED]:~$ ldd /usr/bin/gnutls-cli
] linux-gate.so.1 = (0xb7f6f000)
] libgnutls.so.25 = /usr/lib/libgnutls.so.25 (0xb7ee4000)
]
tags 452643 + pending
thankyou
Hi,
Found some typos in '/usr/share/man/man1/mrxvt.1.gz', see attached '.diff'.
thanks, included!
Regards,
Jan
signature.asc
Description: Digital signature
Hi,
'MenuTabsSave config' crashes like so:
% mrxvt -showmenu ; echo $?
Segmentation fault
139
hmm, I can't reproduce that. Could you run mrxvt in strace or attach strace
to the process before the crash?
Regards,
Jan
signature.asc
Description: Digital signature
tags 445360 + unreproducible
thankyou
Hi Josip,
(gdb) p TermWin.nrow
$37 = 24
(gdb) p (text_t *[24])*(screen.text + TermWin.saveLines)
$38 = {
0x543a10 i:Exit -:PrevPg Space:NextPg v:View Attachm. d:Del r:Reply
j:Next ?:Help ,
0x543d40 X-Spam-Level:, ' ' repeats 67 times,
0x544070
Hi,
How do I get gdb to work with this? I've tried running it until that point,
and then Ctrl+Z it in gdb to be able to type commands, but then:
that's exactly the way to do it (I use CTRL+C, but that shouldn't matter).
The problem is that rxvt is built with too little debugging info,
Ah,
forgot one thing, to avoid a misunderstanding, because you quoted
my gdb output: those NULL pointers are in _your_ session. I
extracted that from your second core file.
The contents of the display have already been partially replaced
at the time of the crash... the lines above the five 0x0s
Hi,
Ah, yes, true. Here you go:
ok, the results are really strange. A comparison between the lists of pointers
before and after the crash...
] (BEFORE)
$1 = {
0x54dfa0 i:Exit -:PrevPg Space:NextPg v:View Attachm. d:Del r:Reply
j:Next ?:Help ,
0x541d60 Delivery-date: Sun, 22 Jul
Hi Josip,
Certain niche actions in mutt have been reproducibly crashing my rxvt
since I've upgraded to etch.
Here's a test case:
I can't reproduce that bug. Could you get me a core dump? What locale do
you use?
Regards,
Jan
signature.asc
Description: Digital signature
Hi,
It doesn't produce a core dump.
% ulimit -c
unlimited
% rxvt
[run the actions in the invoked rxvt until it crashes]
zsh: segmentation fault rxvt
hm, strange, it should... what does gdb say? Does something like
this work?
] [EMAIL PROTECTED]:~$ gdb rxvt
Hi,
I don't experience this behaviour and don't remember that I
ever did. (Besides, I follow the tcpdump upstream mailing list
quite closely, and I think I would have noticed when such a bug
had been fixed... ;) )
Regards,
Jan
signature.asc
Description: Digital signature
tags 433813 + pending
thankyou
Hi,
unrelated to #443768, but indeed a script error (an if block opened
too late). Upload pending. Thanks for noticing!
Regards,
Jan
signature.asc
Description: Digital signature
Hi Laurent,
can you still reproduce this? I've just done some tests (using
'-efont-fixed-medium-r-normal--16-160-75-75-c-160-iso10646-1'
inside uxterm+screen) and my screen gets cleaned properly.
Regards,
Jan
signature.asc
Description: Digital signature
severity 354709 minor
thankyou
Hi Jon,
the UTF is invalid. Regular shells and ones inside screen behave
differently, presumably caused by that extra layer of indirection:
e.g. echo -e '\xe6\xac__' displays one underline without, and two
within screen. (E6 starts a 3-byte UTF8 sequence. Regular
tags 443768 + pending
thankyou
Hi Paul,
Instead of /tmp/.screen being created as a symlink to /var/run/screen,
a symlink to /var/run/screen was created in /tmp/.screen/, causing me
a moment of panic when I couldn't find my old screen sessions.
This probably was caused by me started a new
Hi Dan,
how would you improve the documentation? There's nothing more
to the split command... as the manpage states, it creates a
blank region, 'C-a tab' jumps between regions, and then you're
free to do what you want with it (and eventually dispose of it
with 'remove' or 'only'). What do you
Hi Daniel,
I have SCREENDIR set in my environment; I have for years. I don't
remember exactly why any more. I suspect some machine used to eat
things left in /tmp which was the default at the time.
ah, of course, I'd forgotten about that variable. Hmm, but that makes
a compile-time switch
Hi Ben, hi Yannick,
(commenting on both #437024 and #439628)
Does this patch could fix the fact than when I run screen with as
argument a non-existing program, I have
Cannot exec 'sdfsdfsdf': Aucun fichier ou répertoire de ce type
(LANG is fr_FR.UTF-8) [should be répertoire]
Hi Modesto,
could you provide some more details? What does your auto.master
exactly look like, and when do those errors appear? (Perhaps you
can paste a bit of context or describe it more verbosely)
Thanks!
Jan
signature.asc
Description: Digital signature
Hi Daniel,
I don't quite understand. The default socket directory is in /var/run,
so SOCKDIR_IS_LOCAL_TO_HOST is true and therefore enabled (which causes
the hostname checks to be disabled). Did you change that default to
$HOME/.screen or a similar location for your sockets so you accidentally
Hi Victor,
This patch has been in FreeBSD ports/sysutils/screen for a long time.
It would be good if we can have it as well.
looks nice! I'll give it a thorough look and include it in -5.
Thanks!
Jan
signature.asc
Description: Digital signature
Hi Kumar,
Though I am sure you are following this thread, I would, again, urge
you to consider enabling 256 colours in screen, since I really don't
want to keep recompiling screen for every upstream release in
future.
yes, I do - this one is on my short-term todo list (read as: likely to
be
Hi Jeff,
works for me... however, Ctrl+Q alone does not insert a ^Q - you
have to escape it with Ctrl+V. So
:viu ^V^Q|
should work (you'll only see the ^Q - interpret the above as keystroke
sequence).
Regards,
Jan
signature.asc
Description: Digital signature
Hi Roland,
I don't understand your bug description... Do you mean the security
feature that the environment variables LD_LIBRARY_PATH and LD_PRELOAD
are not (or only partially) considered when executing set*id binaries?
This is not specific to screen - it is documented in ld.so(1).
Regards,
clone 375774 -1
reassign -1 amanda-client
retitle -1 amanda: should use tar's new O_NOATIME support
retitle 375774 tar manpage should mention both --atime-preserve flavours
thankyou
Hi Bdale,
tar upstream has now included support for this feature, however the
manpage doesn't mention it yet
tags 426328 = pending
thankyou
Hi,
I've now implemented a fix on my own to make the program's behaviour
match the documentation. Plain '-q -ls' tells you only the existence
and number of non-dead screens (9 for no sockets at all, 10 for
some sockets (which may be dead) and +1 for each non-dead)
Hi,
what is the current status of this bug? Even if screen itself receives SIGHUP
(due to a closing terminal), it shouldn't propagate it to binaries running
inside it, and as far as I can tell, it does not anymore. (I've closed several
other HUP-related reports in the last days, no original
Hi,
I can confirm the behaviour. '-d -r' makes screen start in two stages:
first identifying and detaching the displays that are currently attached
to the selected session, and then attaching itself. If the second
'-d -r' starts to search for other displays before the first has
successfully
Hi,
could you please verify that this problem still exists with recent versions
of screen? Justin, have you seen recent occurrences of this or do you have
a reliable way to reproduce this? I have read the upstream report, but some
responses there make me believe that at least a few of them are
retitle 133807 screen user must own pty (breaks with 'su')
thankyou
Hi,
for the record, even a setuid screen doesn't help, because it explicitly drops
privileges before trying to access the terminal. (And that's fine, otherwise
you could try to hijack arbitrary ptys.) This is clearly wontfix,
severity 48 normal
tags 48 + pending
thankyou
Hi Benoit,
I don't like the idea of a default buffer file with mode 0666 *at all* -
I am therefore completely disabling the special-casing of /tmp/screen-exchange.
The usual use case of this file will still work, depending on the umask of the
Hi,
I'm not sure I can follow you here:
Alternatively, you can call bye_bye() with the
dont_care_sig parameter, but be aware that there are a few functions
that take the dont_care_sig parameter, but throw that value away.
The other installed signal-handlers suspend() and
tags 292721 + patch
thankyou
Hi,
nowadays (1:3.2.7-3) it doesn't even display an error message, but just
exits silently. It should at least print a diagnostic. Patch attached.
Regards,
Jan
signature.asc
Description: Digital signature
Thanks for the reminder, Justin. This has happened to me way too often
during the last days...
(really attaching the patch)
Jan
#! /bin/sh /usr/share/dpatch/dpatch-run
## 45_proc_complain_unmounted_proc.dpatch by [EMAIL PROTECTED]
##
## DP: Complain when /proc/version cannot be found instead
Hi,
However, pgrep/pkill does not take a
parameter to list how to use the command, so usage() should always
exit with EXIT_USAGE.
in fact, there *is* such a command line parameter: pgrep -?. The problem
here is that the arbitrarily chosen -? and the behaviour of getopt(3)
upon encountering
Hi Thomas,
to what value did you increase MAXSTR?
I did a quick estimate by resizing my xterm to maximum
(on 1600x1200 with a rather tiny font, yielding 264 columns)
and multiplying by 2 for a possible xinerama/dualhead setup.
The outcome was more than 512, so I increased it to 768.
If it's
Hi,
I have finally made up my mind and implemented my own workaround,
which I'll include in 4.0.3-3. It gets by without alarm signals and
jumping (which is always a bit awkward to debug) but uses an additional
call to select() instead to make sure the socket in question won't block.
The solution
tags 205531 = patch pending
thankyou
Hi,
this is an undocumented feature indeed. I've now extended the manpage
and texinfo paragraphs to include this. I agree that this automatic
activation is quite dubious, but I don't want to fork from upstream here
if there's such a simple solution as adding
Hi,
that error is coming from libc, probably as a response to pututline().
Can you reproduce this bug at will? On what line (terminal/pty) are you
when this occurs, and what does your utmp look like?
Regards,
Jan
signature.asc
Description: Digital signature
Hi Ian,
is this still the case? At least your first method of reproducing
the bug does no longer work, i.e. screen does not crash.
Also, if the client screen process dies, the (then detached)
screen instance should continue to work - see #416362 for a
similar report, which I can't reproduce,
tags 432089 + patch
thankyou
Hi Craig, hi Wouter,
here's a patch that fixes the bug. sysctl is trying to save every single
byte when malloc()ing buffers, and here it tried to save one byte too much. ;)
Proof (valgrind):
] ==16975== Invalid write of size 1
] ==16975==at 0x8048F10:
Ouch, forgotten to attach.
#! /bin/sh /usr/share/dpatch/dpatch-run
## 30sysctl_off_by_one.dpatch by [EMAIL PROTECTED]
##
## DP: Fix off-by-one error. If tmpname is a directory, a trailing slash
## DP: is appended before the buffer is passed on to DisplayAll()...
## DP: but that slash doesn't fit
tags 256376 + patch
thankyou
Hi Craig,
this update fixes the syntax error and adds another line Jeremiah had
apparently forgotten. Now it Works For Me[tm]... I can resize top at
will (down to 1 line and back to 60) without problems.
Regards,
Jan
#! /bin/sh /usr/share/dpatch/dpatch-run
##
Just for the record... in and cs statistics are fine on
]] echo $(uname -a) // $(grep-status -nP procps -sVersion)
] Linux hejre 2.6.22.1 #1 PREEMPT Fri Jul 20 00:47:41 CEST 2007 i686 GNU/Linux
// 1:3.2.7-3
] Linux naebdyr 2.6.22.1 #3 Thu Aug 2 23:03:19 CEST 2007 ppc GNU/Linux //
1:3.2.7-3
]
tags 426328 + upstream
thankyou
Hi,
you're absolutely right. Code and documentation obviously contradict each
other. Fixing it is no problem, but I'm waiting for an answer from upstream
telling me which behaviour is the desired one. Shouldn't take too long though.
Regards,
Jan
signature.asc
Hi Esteban,
do you still intend to adopt the package? I'd prepare an QA upload
to fix some of the outstanding bugs, but I don't want to duplicate
work that you've probably already done...
Regards,
Jan
signature.asc
Description: Digital signature
tags 287183 + unreproducible
thankyou
Hi Fedor,
is this still the case? I don't have any problems running mc inside
screen, no matter whether the underlying terminal is a tty or a pty
allocated by xterm...
Regards,
Jan
signature.asc
Description: Digital signature
tags 419721 + unreproducible
thankyou
Hi Marc,
can you verify that the problem still exists in 4.0.3-1? I'm unable
to reproduce it...
] echo -e $(tput bold)test$(tput sgr0)test
shows eight characters, four of them bold, as it should - inside screen
and without.
Regards,
Jan
signature.asc
package wnpp
owner 305463 !
retitle 305463 ITA: inform-mode -- Emacs mode for editing Inform files
tags 305463 + pending
thankyou
Hey,
more QA work for me. ;) Upload prepared, will enter tomorrow.
(I myself write inform from time to time, so removal from archive
is no admissible option for me)
Hi Tomas,
Rationale: I think screen is a shell in the best IT-sense of the word.
So I ask you to please move it to a more specific section.
screen is not a shell in itself but more some kind of terminal emulator
like xterm IMHO - it provides an interface to an arbitrary number of
shells, just
Hi,
can you still reproduce the bug? Is there a pattern when the bug appears?
Did you manage to produce a log with strace?
Regards,
Jan
signature.asc
Description: Digital signature
Hi Morty,
can you please verify that this problem still exists? I have no problem
reattaching to a screen session whose former parent was killed with HUP...
please try the new 4.0.3-1.
Regards,
Jan
signature.asc
Description: Digital signature
Hi Branden,
I can't even reproduce it on my 43P-140 - paging through the file looks
a bit ugly at times due to missing glyphs in my font, but it doesn't
crash screen.
I'll close the bug report if no further reports of this problem arrive.
Regards,
Jan
signature.asc
Description: Digital
retitle 348657 screen refuses to spawn login shells
tags 348657 = moreinfo unreproducible
thankyou
Hi Thomas,
I also suspect there's something wrong with your shell...
] [EMAIL PROTECTED]:~$ cat .screenrc
] shell -/bin/bash
] [EMAIL PROTECTED]:~$ screen
] []
] [EMAIL PROTECTED]:~$ shopt | grep
Hi,
(taking over maintainership from Adam)
is there any news regarding this bug? Is it still reproducible? If so,
have you been able to discern a pattern on which hosts it fails? Or
have you upgraded to Etch in the meantime?
Regards,
Jan
signature.asc
Description: Digital signature
Hi Branden,
did your line on my PowerPC imply that this is a ppc-only bug?
At least on i386 I can't get screen to segfault (although the screen
refresh is admittedly a bit suboptimal when paging through the glyph
table).
It's going to take a few more days until I have my ppc up and running -
severity 291253 minor
tags 291253 + moreinfo unreproducible
thankyou
Hi,
I also cannot reproduce the bug. With the proper utf8 locale set, the UTF8 demo
displays fine in a regular uxterm and inside screen. I don't even need -U.
I'll keep this bug at minor severity for a few more weeks, in case
package screen
merge 387156 413674
tags 387156 = pending
thankyou
Hi,
I've gathered that the corresponding cowdancer bug (#413912) has been fixed,
so this issue doesn't exist anymore. I'll include a post-configure assertion
into the next screen upload so that future versions will FTBFS instead
tags 374471 + pending
thankyou
Hi Justin,
I'm taking over the package and preparing a new upload. I have removed
the /var/run/screens block because I couldn't find any other references
to that directory, and I have moved the calls to remove-shell to
prerm:remove, prerm:deconfigure and
package screen
tags 385895 + pending
tags 397088 + pending
tags 390506 + pending
thankyou
Hi,
initscripts is prio: required, but not Essential, so I'm reluctant to
remove those lines... but I agree that /var/run/screen should be created
automatically. I've checked in a fix that also removes the
Hi James,
(sorting through screen's bug list because I intend to adopt the package
if Adam agrees)
does this still apply? My build reads
] configure: checking select...
] configure: checking fifos...
] - your fifos are usable
] configure: checking for broken fifo implementation...
] - your
Hi,
just sorting through old bug reports... have you ever managed
to reproduce this bug (with old or new versions of the mentioned
software packages)? If so, could you give me a description how?
Regards,
Jan
signature.asc
Description: Digital signature
retitle 426808 tar: using -W circumvents sanity checks and provokes data loss
thankyou
Hi,
it gets even worse...
] [EMAIL PROTECTED]:/tmptouch X
] [EMAIL PROTECTED]:/tmptar czf XT X
] [EMAIL PROTECTED]:/tmpfile XT
] XT: gzip compressed data, from Unix, last modified: Sat Jul 7 18:36:01 2007
]
Hi,
NIS starts AFTER autofs due to lexicografic order. That prevents NIS
maps working at boot. Moving to 20 solves the issue. Of course, you need
to check that autofs starts after ALL other possible back-end engines
for maps. That's unfortunately also an etch issue :-/
yes, sadly the
retitle 431715 ITA: gdome2 -- DOM level2 library for accessing XML files
owner 431715 !
thankyou
Hi Enrico,
if you don't object, I'd like to assimilate this one into my list
of dormant-upstream packages. I have built a new version that
closes all open bug reports and updates the build system
severity 362213 minor
thankyou
Hi,
the warnings come from a function-like macro that sanitizes its (pointer)
arguments before performing string operations on them. As this is not the
kind of programming error -Waddress is meant to detect, I would not classify
this as a build error. Currently
tags 430054 + patch
thankyou
Hi,
apparently just a missing #include. Patch attached.
Regards,
Jan
--- src/gdeb/main.cc.orig 2007-06-28 21:30:55.0 +0200
+++ src/gdeb/main.cc2007-06-28 21:27:15.0 +0200
@@ -27,6 +27,7 @@
#include config.h
+#include libintl.h
Hi,
this patch just replaces x_strdup() with plain strdup(), which makes the
warning go away without changing the behaviour of the code.
However, the benefits of using -Werror are minimal compared to the number
of possible FTBFS bugs that may surface during compiler transitions...
Regards,
Jan
tags 386099 + patch
thankyou
Hi,
this patch removes the definition of those operators for the included Integer
and
Rational classes.
Regards,
Jan
diff -aur magnus-20060324.ORIG/back_end/libg++/include/Integer.h magnus-20060324/back_end/libg++/include/Integer.h
---
Hi Julien,
sorry this bug lay around that long... can you reproduce the problem
with recent package and kernel versions? If so, could you post your
current version numbers, the output of 'ifconfig -a' and (if you can
get it) the oops trace?
Thanks,
Jan
signature.asc
Description: Digital
Package: libgnutls13
Version: 1.7.7-1
Tags: experimental
Hi,
code and documentation seem to have diverged when TLS1.2 was introduced:
- lib/gnutls_priority.c, lines 252 ff., gnutls_set_default_priority()
] [...]
] * The order is TLS 1.2, TLS 1.1, TLS 1.0, SSL3 for protocols.
] * RSA,
Hi,
a piece of information I forgot to include in the report, explaining
why lilo scans /dev at all: I have a few encrypted device-mapper
containers that show up in /proc/partitions as
] [EMAIL PROTECTED]:~# cat lilo2_parts
] major minor #blocks name
] [...]
] 33719759456 hdf7
]
Hi Marcus,
I tagged the bug moreinfo because I suspected HAL was causing the timeout
mechanism to fail, and Roman hadn't made a final statement whether stopping
HAL fixed the problem for him.
[indexing your links for easy backreference ;) ]
But the original problem has been reported elsewhere:
Package: lilo
Version: 22.7.3-1.4
Severity: normal
Tags: patch
Hi,
my xsession's terminals (which I now and then run lilo from) happen
to inherit an inotify file descriptor from the window manager. Lilo
happens to encounter it when descending into /dev/fd, but unluckily
those fds return
]
Hi Luk,
So, that's something we don't want to do, certainly not at this stage of
the release cycle.
What's wrong with Steinar's suggestion to change the name of the autofs
script to be something between 19nis and 20apache?
conclusion first: If that's the ultimate response of the release
On Thu, Jan 25, 2007 at 01:19:33AM +0100, Steinar H. Gunderson wrote:
You don't need to rename the /etc/init.d file, just the symlink in
/etc/rc?.d.
Sure, if I reimplemented the update-rc.d functionality in postinst,
which I'm not very fond of either. Maybe it's worth it, to keep the
hack as
On Thu, Jan 25, 2007 at 01:35:20AM +, Stephen Gran wrote:
I may be missing something, but why does it need to be moved? It starts
in rcS as well as rc2, so this should only ever be an issue in the rare
cases when you have to switch to runlevel 1 and back, right? This seems
like a rare
Hi Norman,
Package: autofs
Version: 4.1.4+debian-1
Severity: normal
are you filing this bug because your map has worked before (behaviour of autofs
has changed), or did it never work?
I am trying to use autofs to automount a Samba filesystem exported by
a machine whose IP address is
block 341140 by 400952
thankyou
Hi Anibal and Javier,
I (as the new maintainer of autofs) would like to have the issue settled
before Etch is released... what consequences do you fear could arise from
moving the script? The present situation forces all users of nisautofs
to manually shuffle
Hi Daniel and Steinar,
This is ok with me.
Fine. :-) Jan: It's yours. Take good care of it. :-)
thanks to both of you! I will. Merry christmas and a happy new year! I doubt
I'll manage to get an upload ready before New Year's Day, because I'm
currently visiting my parents... ;-)
Jan
retitle 404073 ITA: autofs -- kernel-based automounter for Linux
owner 404073 !
thankyou
Hi Steinar,
I'm willing to adopt autofs. I work at a site with 120+ clients
running autofs which I could readily use for development and
testing. My present package list is rather small and contains
mostly
severity 398752 wishlist
clone 398752 -1
reassign -1 debian-policy
retitle -1 (Re-)Add editor to virtual package list
block 398752 by -1
thankyou
(adding CC:d-policy, last time to CC:d-devel)
Hi Eddy,
Well, some people provided some (good) counter examples, but they seem
unreplied.
Look at
Hi Eddy,
(CCing d-devel, joining Christoph Haas' thread)
The nvi package is an editor, but in spite of that it does not provide
the virtual package editor.
Please add this Provides.
please see this discussion thread[1] back in 1996 about the virtual packages
list that is included in the
Hi,
You can also use Mrxvt (note the capital M) (or XTerm) as the
Resourcename. These settings will be applied whatever the actual
programm name is.
So if you have any global settings that should not be depend on the filename
this is the name you should use.
I agree, it is confusing,
Hi Steven!
I'm working away at a BSP just now, and came across this bug. Do you
need a sponsored upload? Can I just upload an NMU with the patch in the
BTS? Whatever works for you.
Sure, just go ahead and do a NMU. I've already got some more changes in
my local build area which I haven't
tags 394778 + pending
thankyou
Hi Paul,
thanks for your report - fix is included, I will ask my sponsor to upload
soon.
Regards,
Jan
signature.asc
Description: Digital signature
Hi,
I was able to track it down...
] [EMAIL PROTECTED]:~$ mpg321 -q favourite.mp3
]
] [1]+ Stopped mpg321 -q favourite.mp3
] [EMAIL PROTECTED]:~$ fg
] mpg321 -q favourite.mp3
] ALSA: underrun, at least 0ms.
]
] [1]+ Stopped mpg321 -q favourite.mp3
] [EMAIL
101 - 200 of 214 matches
Mail list logo