Bug#1002997: podman: Please provide a default /etc/containers/storage.conf

IRECT and METACOPY xattrs, and > gain access to file on lower pointed by REDIRECT. This should not be > possible on local system as setting “trusted.” xattrs will require > CAP_SYS_ADMIN. But it should be possible for untrusted > layers like from a pen drive. > > I'm not sure

Bug#797057: [PATCH] [bug #46061] wget https://contributors.debian.org fails with "No data received."

Tim Ruehsen writes: > wgnutls_write is called without timeout. So, what can we do here ? > > But maybe we don't have to check for GNUTLS_E_REHANDSHAKE at this point at > all. Regarding > http://www.gnutls.org/manual/html_node/Re_002dauthentication.html, only > gnutls_record_recv() returns GNUT

Bug#797057: [PATCH] [bug #46061] wget https://contributors.debian.org fails with "No data received."

Tim Ruehsen writes: > Please review / test this patch. > > BTW, I am not sure if contributors.debian.org is configured correctly. > The rehandshake occurs right after the HTTP request and it has a pretty heavy > > impact on download duration. > > Regards, Tim > > On Sunday 27 September 2015 20

Bug#797057: [PATCH] [bug #46061] wget https://contributors.debian.org fails with "No data received."

Tim Ruehsen writes: > Please review / test this patch. we basically wrote the same patch :) It looks fine to me, just please add a space in the function calls: "_do_handshake(" -> "_do_handshake (" and feel free to push it. Regards, Giuseppe

Bug#797057: [bug #46061] wget https://contributors.debian.org fails with "No data received."

Follow-up Comment #3, bug #46061 (project wget): Good analysis Tim! I have attacheda patch that solves the problem for me (file #35002) ___ Additional Item Attachment: File name: 0001-gnutls-honor-error-GNUTLS_E_REHANDSHAKE.patch Size:4 K

Bug#281201: [bug #45790] wget prints it's progress even when background

Darshit Shah writes: > This affects an invokation using the shell's background operator (&) too. > > E.g.: wget > http://cdimage.debian.org/debian-cd/current/multi-arch/iso-cd/debian-8.1.0-amd64-i386-netinst.iso > & > will cause the logging output and progress bar to be displayed on the > termin

Bug#784348: [bug #45037] wget -O foo ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README deletes README symlink

Follow-up Comment #1, bug #45037 (project wget): slightly related bug.. $ ln -s /etc/passwd README $ wget -O README http://foo.bar README: Permission denied ___ Reply to this item at: __

Bug#144076: [Bug-wget] [PATCH] wget -nv doesn't show enough errors

Tim Ruehsen writes: > On Friday 09 January 2015 14:51:00 Darshit Shah wrote: >> I don't see any issue with this patch. No-verbose does need to print a >> little bit more information I think. >> >> However, @giuseppe, @Tim, do you'll see any issues with scripts >> parsing Wget's --nv output if we

Bug#701032: [bug #41003] wget tries to reuse connection despite http/1.0 and no connection: keep-alive

Follow-up Comment #2, bug #41003 (project wget): by inspecting the code, I see that wget doesn't check for the version of the HTTP protocol and it should assume no keep-alive connection by default when HTTP/1.0 is used. Darshit, if you specify --debug, do you get the "Registered socket %d for per

Bug#684189: [bug #37055] Please add DELETE method

Update of bug #37055 (project wget): Status:None => Fixed Assigned to:None => gscrivano Open/Closed:Open => Closed _

Bug#699337: [bug #39780] Wget omits Host header for CONNECT (RFC 2616)

Update of bug #39780 (project wget): Status:None => Fixed Open/Closed:Open => Closed Planned Release:None => 1.15 _

Bug#697081: [bug #38015] ca_ES.UTF-8 changes option -nv: inaccurate catalan translation

Update of bug #38015 (project wget): Assigned to:None => gscrivano Open/Closed:Open => Closed Regression: Yes => No Patch Included:

Bug#672131: File name too long

Update of bug #21714 (project wget): Status:Needs Discussion => Fixed Assigned to:None => gscrivano Open/Closed:Open => Closed _

Bug#672131: [bug #21714] File name too long

Update of bug #21714 (project wget): Assigned to: alotau => None ___ Follow-up Comment #50: I am going to take a look at the patch in the next few days.

Bug#247985: [bug #27303] Enable users to download bodies from non-200 HTTP responses.

Update of bug #27303 (project wget): Assigned to:None => gscrivano Open/Closed:Open => Closed Planned Release:1.15 => 1.14

Bug#247985: [bug #27303] Enable users to download bodies from non-200 HTTP responses.

Follow-up Comment #4, bug #27303 (project wget): this feature will be part of the next wget release. It is already in the development version. ___ Reply to this item at: ___

Bug#646983: [Bug-wget] [PATCH] enable client certificates with wget when linked against GnuTLS

Daniel Kahn Gillmor writes: > tags 646983 + patch > forwarded 646983 > https://lists.gnu.org/archive/html/bug-wget/2011-10/msg00051.html > thanks > > It looks to me like the GnuTLS bindings for wget don't do anything > with client-side certificate credentials. I suspect this is the cause > of t

Bug#612450: [bug #33835] don't limit DNS results to 3 (src/host.c)

Update of bug #33835 (project wget): Status:None => Fixed Assigned to:None => gscrivano Open/Closed:Open => Closed _

Bug#624675: [bug #33831] wget --backup-converted does not work

Update of bug #33831 (project wget): Status:Cannot Reproduce => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #2: it was a problem in th

Bug#402001: [bug #33823] 'wget -c -N' ignores timestamps

Update of bug #33823 (project wget): Open/Closed:Open => Closed ___ Reply to this item at: ___ Messag

Bug#624675: [bug #33831] wget --backup-converted does not work

Update of bug #33831 (project wget): Status:None => Cannot Reproduce Assigned to:None => gscrivano ___ Follow-up Comment #1: I couldn't reproduce t

Bug#565942: [bug #33827] wget: -A/-R vs. -O

Update of bug #33827 (project wget): Status:None => Fixed Assigned to:None => gscrivano Open/Closed:Open => Closed _

Bug#402001: [bug #33823] 'wget -c -N' ignores timestamps

Update of bug #33823 (project wget): Status:None => Fixed Assigned to:None => gscrivano ___ Follow-up Comment #1: fixed in the developme

Bug#141323: [bug #33839] wget -nv outputs non-error output to stderr

Update of bug #33839 (project wget): Status:None => Inspected Assigned to:None => gscrivano ___ Follow-up Comment #1: POSIX defines stderr a

Bug#500395: [bug #33825] 'wget -nc' race condition

Update of bug #33825 (project wget): Status:None => Wont Fix Assigned to:None => gscrivano ___ Follow-up Comment #1: wget is not designed i

Bug#626438: [bug #33834] --adjust-extension renames .htm files

Update of bug #33834 (project wget): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: already done in the de

Bug#598731: [bug #33829] SIGPIPE signal: wget over ssh orphans itself on ctrl+c

Update of bug #33829 (project wget): Status:None => Fixed Assigned to:None => gscrivano Open/Closed:Open => Closed _

Bug#564656: [bug #33826] doc: reference to Mozilla's cookie file is out of date

Update of bug #33826 (project wget): Status:None => Inspected Assigned to:None => gscrivano ___ Follow-up Comment #1: but in this case, the

Bug#597468: [bug #33828] info page points to not documented --cookies option

Update of bug #33828 (project wget): Status:None => Fixed Assigned to:None => gscrivano Open/Closed:Open => Closed

Bug#595538: [bug #33822] [PATCH] don't use PATH_MAX (FTBFS on hurd)

Update of bug #33822 (project wget): Status:None => Fixed Assigned to:None => gscrivano Open/Closed:Open => Closed _

Bug#545422: coreutils: "tail -f -" fails

eparately from inotify events, similar to what we are already doing when a --pid is specified. Regards, Giuseppe >From f3010bebf9e25be9a83868b4ad9db2cc6cb6613f Mon Sep 17 00:00:00 2001 From: Giuseppe Scrivano Date: Mon, 7 Sep 2009 16:35:16 +0200 Subject: [PATCH] tail: handle &

Bug#545422: coreutils: "tail -f -" fails

Hi Jim, what do you think about the following solution? It avoids to revert to the "old" polling mechanism using "/dev/stdin" instead of "-" to inotify_add_watch. Cheers, Giuseppe diff --git a/src/tail.c b/src/tail.c index e3b9529..016b712 100644 --- a/src/tail.c +++ b/src/tail.c @@ -1152,6 +1

Bug#522331: iceweasel supports non-free plugins

Hello, this is another idea that can be considered. What do you think about an additional package that once installed will change Iceweasel preferences in a way to use only free plugins/addons? Is is a reasonable option? Thanks, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@

Bug#522196: #522196 - RFP: gnu icecat - the GNU version of Mozilla Firefox

Hello, Brett Parker writes: > I thought they all now dynamically linked against xulrunner so that security > support was much simpler than before, so it's really just a frontend more than > a clone of firefox, no? Yes, I think Iceweasel and Icecat can share xulrunner without problems. After th

Bug#522331: iceweasel supports non-free plugins

It is not a complete solution yet, why non free packages should be suggested to an user who decided to don't use the non-free repository? Giuseppe Mike Hommey writes: > Placing debian packages that are in the main section first should be > enough. > > Mike -- To UNSUBSCRIBE, email to debia

Bug#522331: iceweasel supports non-free plugins

Mike Hommey writes: > Ideally, we shouldn't be using either your nor upstream's datasource, > but our own, that would point to debian packages first. Is there any plan to suggest and use only Free plugins inside Iceweasel? Regards, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ.

Bug#522331: iceweasel supports non-free plugins

Package: iceweasel Version: 3.0.7-1 what do you think about use the GNU GNUzilla project plugins finder service instead of the current one? This plugins finder service is already used by the GNU IceCat web browser. Differently from the plugins finder service used now that suggests users to instal

Bug#522196: RFP: gnu icecat - the GNU version of Mozilla Firefox

Package: wnpp Severity: wishlist License: GNU General Public License v2 or later (+ dual licensing) Gnuzilla is the GNU version of the Mozilla suite, and GNU IceCat is the GNU version of the Firefox browser. Its main advantage is an ethical one: it is entirely free software. While the source code

Bug#288655: myserver_0.8.11-1_amd64.changes REJECTED

"Paul Cager" <[EMAIL PROTECTED]> writes: > 2) How much less generic should the name be? E.g. would "mywebserver" be OK? Can it be something like myserver-http or myserver-web? mywebserver sounds like a completely different name. Regards, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTE