Thanks. I no longer have a Debian development machine.
-- Brian
On Thu, Dec 17, 2015 at 9:16 AM, Dominic Hargreaves wrote:
> Package: signify
> Version: 1.14-1
> Severity: serious
> Justification: package uninstallable
> Tags: sid pending
> User: debian-p...@lists.debian.org
> Usertags: perl-5
I don't maintain Signify it any longer (or even use it) so feel free to do
with it whatever you like.
-- Brian
On Sat, Jan 10, 2015 at 12:31 AM, Riley Baird <
bm-2cvqnduybau5do2dfjtrn7zbaj246s4...@bitmessage.ch> wrote:
> Thanks for the review
>
> >>
> http://mentors.debian.net/debian/pool/main/s
>
> Lastly, I would like to thank Brian for his impressively 16-years long
> work on
> mime-support. Brian, feel free to stay among the uploaders !
>
Thanks. I wish I had the energy to make some of the much-needed changes
but I'm just not involved with the project enough these days to have a goo
>
> In 3.52-1 you removed application/x-httpd-* to close #589384.
>
I have no preference to it being present or not. It was marked as "release
critical" by the Apache/PHP folks. Decide among yourselves what is correct
and I'll make it that way.
-- Brian
>
> This happened without any notice to
There's a number of new mime.type changes in 3.52. Would you be willing to
copy /etc/mime.types from 3.51 to a temp location, install 3.52, copy that
version elsewhere, copy the old version back to its original location, and
see if it's okay again? If so, would you send me the "diff -u" output of
Inserting quotes somewhere in the middle of a command-line argument is no
different than putting quotes around the entire thing. The shell strips
them and considers whitespace in the middle to not be an argument boundary.
You can omit the quotes completely from the mailcap rule and update-mime
wi
At the very least I'd need to know the type of the attachment causing the
problem, the contents of your /etc/mime.types file, the contents of your
/etc/mailcap file, and any ~/.mime.types or ~/.mailcap file you may have.
Brian
bcwh...@pobox.com
-
>
> Excerpts from Brian White's message of Mon Oct 24 14:14:15 +0200 2011:
> > Something is creating an entry in the /etc/mailcap (or ~/.mailcap) for
> this file
> > type. Mime support is just following the instructions there.
>
> Actually, there is no usable entry for text/plain in /etc/mailcap s
Something is creating an entry in the /etc/mailcap (or ~/.mailcap) for this
file type. Mime support is just following the instructions there.
Brian
bcwh...@pobox.com
-
Treat someone as they are and they wi
run-mailcap is doing the right thing here and calling "sensible-browser" to
view the file. That program is the one claiming that there is now known
browser on your system.
Brian
bcwh...@pobox.com
-
Treat s
Can you attach the entire program instead of just a patch?
Brian
bcwh...@pobox.com
-
Treat someone as they are and they will remain that way.
Treat someone as they can be and they will become that way.
> Guess I was wrong with some of the above:
> All of them, whose _decompressed_ data is more than just any raw data
> (i.e. all archives which can have multiple files, or so)
> can have their own (un)official mime type.
>
If an application stores information about the original file (like it's
file
> There are other unofficial mappings, outside the "x-" namesapce, e.g. for
> rar.
>
> What's the policy of the mime-support package on them?
>
> IMHO all unofficials (except the "x-*"'s) should be removed.
>
When it comes to mappings, official mappings take precedence. Beyond that,
I don't care.
> At the moment ~/.mailcap takes precedence over /etc/mailcap, so a user
can't specify a program to use for types that don't have a rule in
/etc/mailcap.
Specifically, I'd like to be able to specify fallbacks for text/* and
application/* (and just point them to my editor).
> Package: mime-support
> Version: 3.46-1
>
> I think application/x-go-sgf should be text/x-go-sgf.
>
> I also think its likely that application/x-chess-pgn and
> application/x-ruby, as well as possibly some others, should be "text".
> Additionally, it seems that these are the same on gentoo/KDE a
> However, the coolest thing would be if I needn't keep my own .mailcap by
> hand. Instead, I would just have my ~/.mailcap.order and call
> update-mime with a "--userdir" option.
>
I've added a "--local" option todo this. Let me know if it doesn't work for
you.
Brian
bcwh...@pobox.com
> http://git.fedoraproject.org/git/mailcap.git?f=mime.types;hb=HEAD
>
Do you have an up-to-date link for that?
Brian
bcwh...@pobox.com
-
Treat someone as they are and they will remain that way.
Treat som
Dear Apache Maintainers...
I'm being petitioned quite strongly to re-add types for gzipped files to the
/etc/mime.types file. I originally removed those types from that file
because they caused Apache to work incorrectly, namely that Apache would
then send a foo.html.gz file as type=application/x
>
> There are many more of these. Debian's (lack of) handling of gzip as
> a MIME type is broken, even with respect to HTTP. HTTP's handling of
> gzip as a content encoding is intended to be transparent to the user:
> if the file is stored on the server as a .gz file, it should arrive at
> the us
>
> > > Everything is an encoding. HTML is an encoding. MP3 is an encoding.
> > > ASCII is an encoding. All digital data on a computer is an encoding
> > > of some sort. Purpose *absolutely* matters.
> > >
> >
> > All of those are more than an encoding. They apply some meaning to the
> > data.
>
> > Because if .gz was present, it would send the file as the associated
> type.
> > If it wasn't, then it would look beyond and send the correct type with a
> > content-encoding of "gzip".
>
> Then Apache (or possibly the HTTP standard itself) is broken, and
> should be fixed. You can not justi
> > At one point (the point at which they were removed from this file),
> > including them would break Apache.
>
> That's probably an apache bug, but I think you're confusing the issue.
> MIME standards apply to e-mail, not HTTP, and as such Apache is
> irrelevant to this discussion.
>
HTTP uses t
> I will systematically prove that (depending on semantics) either this
> is outright false, or that the term "encoding" has been
> misappropriated and, in the context of MIME, excluding these on the
> basis that they are "encodings" is completely inappropriate.
>
At one point (the point at which
close 572658
--
As the original author of this code, I do do work on it at times.
Brian
bcwh...@pobox.com
-
Treat someone as they are and they will remain that way.
Treat someone as they can be and they will
> > I can change the "cat" option to only match "copiousoutput" entries if
> you
> > wish. It's a perfectly reasonable behavior given that "cat" isn't
> defined
> > in the first place.
>
> Yes, could you please do so.
>
> That would be the best since as you say "cat" isn't defined in the first
> p
> > Sorry to say, I don't think there's any way to fix this. I can't write
> to
> > the current directory and I can't pass a filename with shell
> meta-characters
> > to the command.
>
> What's so hard on properly escaping this?
>
It's impossible because there is no way to know how it will be inj
> > > I thought "copiousoutput" meant "non-interactive stdout". Am
> > > I mistaken?
> >
> > "copiousoutput" indicates that the program produces a lot of output
> > and should be fed into a "pager" program so as to not overwhelm the
> > user. I've added a "--nopager" option in the latest upload.
> > > What are use-cases for current cat behaviour? If there is
> > > none besides being used as a filter, let's please make it
> > > ignore interactive viewers and just pipe the result to
> > > stdout.
> >
> > That makes sense, but I can think of no generic way to know if it's an
> > interactive v
> application/pdf; okular '%s'; nametemplate=%s.pdf; test=test "$DISPLAY" !=
> ""; encodings=gzip,bzip,bzip2,compress;
> (note that the nametemplate would probably have to be removed, or
> run-mailcap would
> have to append the default compresser extension for the app to be fine).
>
That's an inte
close 261162
--
Sorry to say, I don't think there's any way to fix this. I can't write to
the current directory and I can't pass a filename with shell meta-characters
to the command.
Brian
bcwh...@pobox.com
---
> > What are use-cases for current cat behaviour? If there is none
> > besides being used as a filter, let's please make it ignore
> > interactive viewers and just pipe the result to stdout.
>
> That would be my preference too. To obtain the functionality as
> Brian implemented it, I'd probably rat
> I too think, --action=cat should ignore X viewers.
>
> After all, original --action=cat use case (as requested by me btw in
> #526690) was to use it as canonical filter. So _filtering_ functionality
> was assumed by --action=cat, and otherwise to me cat seems to be useless
> because we have --act
> while troubleshooting bug #541241 of the mutt package and reporting it to
> upstream [0], I found out that Debian does not list .gz and .bz2 in
> mime.types
> because they are considered 'encodings'. I saw that this change happened in
> version 3.1-1 but I wasn't able to find a related bug report
> Hi Brian, I must be missing the point of --action=cat. Its name
> seems to imply non-interactive stdout, but it will still run
> X-based viewers and needsterminal viewers. The latter seems
> especially strange since the user probably doesn't want an
> interactive curses viewer if they used --ac
> I came to the conclusion that --action=cat should ignore mailcap
> entries other than copiousoutput.
>
I don't agree. Cat is like "view" but without a pager. To have it choose
otherwise would be confusing. The mailcap system is pretty fragile in
general; I don't think you should try to shoe-h
> Presently run-mailcap will run mailcap "test" commands even
> though the rule will eventually be discarded because of
> needsterminal or copiousoutput flags.
>
Neither of these options should even disallow a rule. Instead, a new
terminal will be created or the output will be passed to a pager.
I’m tired of receiving bug reports asking to add a debian/mime file to
support an outdated MIME system that no application I know besides mutt
still uses.
Thank you for your polite and informative email. I'll get to it soon.
-- Brian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
i just found out the i was missing this mime type after i tried to open
a .ogv video capture i got from the application gtk-recordmydesktop.
"ogv" is mapped to video/ogg in v3.43.
i use kde, so i added it locally and my issue was solved but maybe we should
see if their is upstream to mime-sup
severity 458691 wishlist
tag 458691 wontfix
--
mime-support does not provide "the same functionality but different
implementations". It provides a program "with different functionality
but the same filename". That does not represent an appropriate use of
the alternatives mechanism.
Sure it d
Brian, any particular reason why you didn't include this patch in your
subsequent uploads, or did you just miss it? This bug is
release-critical, was filed in January and has no comment from you...
Your latest uploads of mime-support still install the /usr/bin/view
alternative, and don't clean it
-rw-r--r-- 1 debmirror debmirror 419 2008-05-26 15:17 rfc1522.txt
-rw-r--r-- 1 debmirror debmirror 22502 1993-09-23 01:08 rfc1522.txt~
-rw-r--r-- 1 debmirror debmirror 393 2008-05-26 15:17 rfc1523.txt
-rw-r--r-- 1 debmirror debmirror 32691 1993-09-23 01:10 rfc1523.txt~
-rw-r--r-- 1 debmirror d
I'll add it to the mime.types file but you'll have to add the rule and
script to whatever package includes the "webdav-client" program.
-- Brian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Yes. Add "--debug=1" to the command line.
-- Brian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
severity 454520 normal
reassign 454520 ftp.debian.org
retitle 454520 RM: jukebox-mercury -- not supported
--
While reviewing some packages, your package came up as a possible
candidate for removal from Debian, because:
* several RC bugs
* long since last maintainer upload, last NMU in 2003
*
At the moment ~/.mailcap takes precedence over /etc/mailcap, so a user
can't specify a program to use for types that don't have a rule in
/etc/mailcap.
Specifically, I'd like to be able to specify fallbacks for text/* and
application/* (and just point them to my editor). If I do this at the
momen
At the moment ~/.mailcap takes precedence over /etc/mailcap, so a user
can't specify a program to use for types that don't have a rule in
/etc/mailcap.
Specifically, I'd like to be able to specify fallbacks for text/* and
application/* (and just point them to my editor). If I do this at the
momen
So I had both blanks in my rack, and the Q and enough good stuff to score big
with it, but it wouldn't let me.
Odd. I've seen the computer play multiple blanks at once and so it
should allow it for players, too. At what positions in the word were
the blanks located? There's a restriction on
tags 367727 +patch
thanks
On 06/05/18 00:21 +0300, Lars Wirzenius said ...
As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to
run init.d scripts has been made mandatory. Earlier, its use was
I no longer have the Mercury box I used to originally play with this.
If you're using
Thank you for your bug report.
Is this still a problem for you with latest version of Thunderbird?
I haven't seen it recently, no.
-- Brian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Can you please confirm that this bug (#400701) still exists in the
latest versions of the cyrus packages?
Sorry. I no longer work at the company that had that configuration so I
cannot test it.
-- Brian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
/usr/bin/see does not handle whitespace in names properly.
It should. Please run
see --debug=1 'A B.pdf'
and send me the output. Thanks!
-- Brian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 24/01/07 at 11:05 -0500, Brian White wrote:
It's in "experimental". It's not supposed to be considered stable.
No, it's in sarge, etch and sid, according to
http://packages.qa.debian.org/j/jukebox-mercury.html
Hmmm... Then somebody moved it. Do you know the ste
There's a problem with the patch. While it will indeed convert a
relative path to an absolute one, it will also convert any absolute
paths it finds in to relative ones.
Attached is an updated patch that avoids this.
Brian
this is an obsolote sound module and oss is superseded by alsa.
there is an equivalent sound driver for your sound card available.
make sure you have the alsa userland installed aka alsa-utils
and run alsaconf it will load the apprioriate sound driver.
Okay, I got it. It was found and loaded by
I, too, have noticed that since 2.6.8, some OSS drivers are missing.
For me specifically, "osssolo1.ko" is missing and my IBM ThinkPad needs it.
This module is present in 2.6.8 but that version is too old to support
udev and some other things.
Please include these modules if possible. Thanks
While installing scribble it creates /usr/games/scrabble symlink which
is also the name of the binary from scrabble package and having the
latter installed on your system it tries to overwrite it.
I don't undestand. "scribble" both conflicts and replaces "scrabble"
and so should have removed t
I suppose that would be useful, but let me see if I can help you with
your problem...
Today I will recount my story of trying to get
text/x-wiki
treated as
text/plain
by firefox.
To start, you need to realize that the mime-type is provided by the web
server in the reply header that proceeds
Actually, here's a sample (run in level 1) with two attempted words
that fail, then one that succeeds. (Excuse the line wrapping, gpm
joins if column 80 is filled and not if not.)
Okay, got it. There is a rule that won't allow more than one blank
within the first three letters in order to red
Sorry for the long delay getting to this...
If you encounter it again, give a command of "debug" and then try the
play again. That should give me enough info to track down the problem.
Just ender "debug" again to turn it off.
That sucks, though, getting a 7-letter word rejected!
severity 340504 wishlist
tags 340504 wontfix
--
I agree this would be nice, but it would require knowledge of the
packaging system that is not within it's scope. Sorry.
Brian
( [EMAIL PROTECTED] )
---
# Deliver to local cyrus IMAP server via LMTP
cyrus:
debug_print = "T: cyrus for [EMAIL PROTECTED]"
driver = lmtp
delivery_date_add
envelope_to_add
return_path_add
user = cyrus
socket = /var/run/cyrus/socket/lmtp
batch_max = 40
I've found this doesn't work for me. It keeps tryi
Package: cyrus-imapd-2.2
Version: 2.2.13-9
I've just upgrade from the cryus package in "stable" and have the
following deliver rule in my exim4 configuration:
# This transport uses cyrus for mail delivery
cyrus_delivery:
driver = lmtp
command = "/usr/sbin/cyrdeliver -l -q ${local_part}"
Brian said that he was going to rename it, but that was a year ago.
Unless there's some plan to fix it RSN, I think we should remove it from
the archive in the meantime.
I tried to rename it but it was rejected as being a "new package" and I
just haven't had the time/will/desire to follow throu
Upon upgrading this package to the latest (the first upgrade since the machine was built), it lost the "pci=conf1" parameter passed to the kernel via
grub. Other parameters, like "noapic" were preserved.
grub in sarge has a strange method of configuration where you make
your changes in the comm
Package: kernel-image-2.6.8-3-686
Version: 2.6.8-16sarge4
Upon upgrading this package to the latest (the first upgrade since the
machine was built), it lost the "pci=conf1" parameter passed to the
kernel via grub. Other parameters, like "noapic" were preserved.
Here is the grub menu entry:
RTF format, tough a textual format, is not really readable as text (just
like PostScript is not very readable). mime.types should rather only
provide:
application/rtf rtf
Do you know of an official page specifying this?
The name alias occurs because said file has shell meta characters in it,
specifically, the "&". Since according to the RFC, all commands from
the mailcap file are to be passed to /bin/sh, including shell
meta-characters in the filename can cause problems.
Imagine trying to open a file named s
severity 195716 important
--
After watching my external access logs for a while, I saw numerous
attempts to log in to different accounts with password guessing. I try
to keep user passwords pretty secure, but there's always a chance of it
not being that way or being guessed anyway.
For the
Since upgrading a few components on my system, I no longer encounter
this problem.
exim4: 4.62-2
sa-exim:4.2.1-2
spamassassin: 3.1.1-1
Brian
( [EMAIL PROTECTED] )
-
Package: linux-image-2.6.17-1-686
Version: 2.6.17-2
I cannot get my system to come up with the 2.6.17 kernel. It starts
fine, but is unable to find drive hde,hdf,hdg, and hdh. These are all
drives connected to a second IDE controller, a Promise "PDC20268
(Ultra100 TX2)".
The 2.6.15 kernel also
Re: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=352644
Was there ever a resolution to this?
Not that I am aware of. Unfortunately, upstream's handling of issue
reports in the content scanning code is a little bit suboptimal in the
last months.
Is there a way I can contribute directly to
Okay... It is reproducable because I just ran in to the same problem.
Package: kmail
Version: 4:3.3.2-3
This is from the "stable" distribution.
I believe my problem to be that it is not honoring the "port" setting.
I have it set to "993" for IMAPS but tcpdump shows that connection
attempts a
Re: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=352644
Was there ever a resolution to this? I'm encountering the same log
messages on a new server installation (exim 4.50-8sarge2).
I have not verified that the flags are incorrect.
Brian
Package: shorewall
Version: 3.0.5-1
When shorewall sets up the forwarding rules for "loc" interfaces, it
omits a rules for forwarding back out the interface on which it arrives.
Chain eth1_fwd (1 references)
pkts bytes target prot opt in out source
destination
1219 73105 dynamic
Package: cupsys
Version: 1.1.23-10sarge1
I'm unable to print a test page when a printer is currently set to
reject jobs.
Since it is reasonable to expect a printer might be set to reject all
jobs until such time as it can be verified, and printing a test page is
one step in that verification
reopen 370714
--
Perhaps this is an invalid bug, but it would be nice to await my
clarification _before_ simply closing it.
remote_smtp_smarthost:
debug_print = "T: remote_smtp_smarthost for [EMAIL PROTECTED]"
driver = smtp
hosts_try_auth = ${if exists {CONFDIR/passwd.client}{DCsmarthost}{
One simple solution may be to just rename the "passwd.client" file in
the exim4-config package to "passwd.client-example".
Brian
( [EMAIL PROTECTED] )
-
Package: exim4
Version: 4.50-8sarge2
The default config for exim4 includes this:
remote_smtp_smarthost:
debug_print = "T: remote_smtp_smarthost for [EMAIL PROTECTED]"
driver = smtp
hosts_try_auth = ${if exists {CONFDIR/passwd.client}{DCsmarthost}{}}
tls_tempfail_tryclear = false
However
Package: slapd
Version: 2.2.23-8
Severity: minor
In order for password aging to work with LDAP, a user has to be able to
both read and change the "shadowLastChange" field in their user object.
I suggest the following be included in the default slapd.conf file,
possibly commented-out by defaul
Package: netbase
Version: 4.21
If an interface configuration in /etc/networking/intefaces changes from
dhcp to static and "/etc/init.d/networking restart" is done, the
dhclient process monitoring that interface is not aborted. Thus, next
time it does a refresh it will overwrite the static inf
Package: cupsys
Version: 1.1.23-10sarge1
I've been trying to get CUPS to allow cancelling of jobs via the web
interface. The browser would get an "client-error-forbidden" error and
the log would show
cancel_job "user" not authorized to delete job id ## owned by "other"
I tried using:
Package: tmpreaper
Version: 1.6.5
Severity: wishlist
I'd like to see TmpReaper extended to be more versatile.
1) Allow different time checks for different directories: It's
concievable that I would want files in /var/tmp to live longer than
those in /tmp.
2) Allow both atime and mtime checks
Package: dhcp3-server
Version: 3.0.1-2
Severity: wishlist
I'd like to see a signal that can be sent to the dhcp3-server that will
cause it to immediately send updates about all knows hosts to the
dynamic dns server.
That would allow quick recovery in the case where the dns server is
known to
Are you in the position of trying to reproduce it with samba 3.0.22 in
etch?
I'll see what I can do. Right now I'm still trying to figure out why I
can't join to it's domain.What fun!
Brian
( [EMAIL PROTECTED] )
Package: aptitude
Version: 0.2.15.9-2
Severity: minor
If a package is about to be removed because it was automatically
installed but is no longer needed, it is not possible to press ":" to
tell aptitude to not do this on this run.
This is important when the package being removed is the runnin
Package: samba
Version: 3.0.14a-3sarge1
Severity: minor
While trying to get a samba server set up via ldap, I ran in to the case
where smbd would apparently start successfully but then exit without any
messages of any kind and nothing in the log.smbd file.
1) The first problem was I had:
;
o a network interface name (such as eth0). This may
include shell-like wildcards so eth* will match any
interface starting with the sub-string "eth"
This last part implies that all shell wildcards can be used, but that
is not the case. I tried "eth[1-9]" a
Another man-page problem:
interfaces (G)
This option allows you to override the default network
interfaces list that Samba will use for browsing, name
registration and other NBT traffic. By default Samba
will query the kernel for
Package: samba
Version: 3.0.14a-3sarge1
Severity: minor
In the samba man-page for smb.conf, the some of the ldap settings are
not correct.
It says, for example...
ldap group suffix (G)
This parameters specifies the suffix that is used for
groups when these
Just wondering if perhaps this isn't a "security" level bug instead of
just a wishlist.
Brian
( [EMAIL PROTECTED] )
---
Until we are f
Package: aptitude
Version: 0.2.15.9-2
Severity: wishlist
When aptitude shows multiple versions available for a package, it would
be great if it showed where each version came from (i.e. "obsolete",
"stable", "testing", "unstable", etc.).
I use "stable" primarily with an occasional "testing" p
Not necessarily. 127.0.0.1 is the network loopback device, so *any*
program on that machine which accesses the outside world via squid
will show as 127.0.0.1 in the squid log, not just squid-prefetch as you
imply.
True. I don't use the loopback interface for connecting to squid from
user clien
I now stays up thanks, though I can't work out how to
be sure it's doing anything since it doesn't have a log file.
Check out Squid's log file. Accesses from 127.0.0.1 will be from the
prefetch.
Brian
( [EMAIL PROTEC
If /etc/update-mime.conf doesn't exist, our modified version should behave
just like the original one does. We just didn't want to drop files into
/usr/lib/mime/packages, but NFS mount them.
Oh... I misunderstood. I thought you were talking about where to look
for "mailcap" and "mime.types" f
tag 355627 wontfix
--
The name alias occurs because said file has shell meta characters in it,
specifically, the "&". Since according to the RFC, all commands from
the mailcap file are to be passed to /bin/sh, including shell
meta-characters in the filename can cause problems.
Imagine tryin
We're using Sarge for our workstations and we had to import several
programs via nfs. These programs also use mime files and we had to patch
update mime to look in these directories too.
>
We created a generalized version that uses a simple config file with the
directories we're looking at.
I
Package: mdadm
Version: 1.9.0-4sarge1
Severity: wishlist
When mdadm reports a "DegradedArray" event (or any other event) via
email, it would be beneficial to include the contents of /proc/mdstat as
well.
Brian
( [EMAIL
find / -name "*find*" -print0 | grep -v baddir | xargs -0 command
[...]
/me points to grep's -z and -Z option
True, but you get the point. There are many command that could be in
that pipe: sed, sort, etc.
There is also the possibility to plug in tr in between:
find ... -print | do so
Package: findutils
Version: 4.1.20-6
Severity: wishlist
It would be useful to have an option in xargs that specifies that the
filename separator is a linefeed (or an option to specify any arbitrary
separotor).
This would be really useful with find where filenames have spaces. I
know that yo
And take a look at this:
~$ see --debug=10 elen7b.doc
- parsing parameter "elen7b.doc"
- Reading mime.types file "/home/emil/.mime.types"...
- Reading mime.types file "/etc/mime.types"...
- extension "doc" maps to mime-type "application/msword"
- Reading mailcap file "/home/emil/.mailcap"..
1 - 100 of 158 matches
Mail list logo
