Bug#880796: debmirror: arches="i386,amd64(-wheezy)"; combination drops amd64 package manifests for other dists
Package: debmirror Version: 1:2.26 Severity: normal Dear Maintainer, I am setting up a mirror on a system in an area with very limited internet access, to deploy Wheezy i386, Stretch i386 or Stretch amd64 (depending on the hardware capability) on several older machines. As I did not see the need to mirror Wheezy amd64, I used the line @arches="i386,amd64(-wheezy)"; in my debmirror.conf file. This may explain why, when attempting finalize the mirror today, an apt-get update for Stretch amd64 would fail (404 for the main repo Package manifest). When I looked in the mirror repo, I have found: joel@cybaryme ~> ls -l /tank/deb/dists/stretch/main/ total 13 drwxr-xr-x 2 joel joel 5 Nov 1 16:37 binary-i386/ drwxr-xr-x 3 joel joel 3 Nov 1 16:37 debian-installer/ drwxr-xr-x 2 joel joel 6 Nov 1 16:37 dep11/ drwxr-xr-x 2 joel joel 3 Nov 1 16:37 i18n/ joel@cybaryme ~> I could try dropping the exclusion however I don't want to exceed the 160GB allowance for the mirror (currently at 108GiB). Below is my snippet of my .debmirror.conf for reference # Download options $host="mirror.its.dal.ca"; $user="anonymous"; $passwd="anonymous@"; $remoteroot="debian"; $download_method="ftp"; @dists="stretch,wheezy"; @sections="main,main/debian-installer,contrib,non-free"; @arches="i386,amd64(-wheezy)"; $omit_suite_symlinks=0; $skippackages=0; $i18n=0; $getcontents=0; $do_source=0; $max_batch=0; -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (990, 'stable'), (1, 'stable-updates'), (1, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8), LANGUAGE=en_CA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages debmirror depends on: ii bzip2 1.0.6-8.1 pn libdigest-md5-perl ii libdigest-sha-perl5.96-1+b1 ii liblockfile-simple-perl 0.208-1 ii libperl5.24 [libdigest-sha-perl] 5.24.1-3+deb9u2 ii libwww-perl 6.15-1 ii perl 5.24.1-3+deb9u2 ii perl-modules-5.24 [libnet-perl] 5.24.1-3+deb9u2 ii rsync 3.1.2-1 Versions of packages debmirror recommends: ii ed 1.10-2.1 ii gpgv 2.1.18-8~deb9u1 ii patch 2.7.5-1+b2 Versions of packages debmirror suggests: ii gnupg 2.1.18-8~deb9u1 -- no debconf information
Bug#862527: Intention to close bug report
Looks like I have a feature request here at best (add "select" functionality like bash has into fish) which would be more appropriate on the fish github, or at worst, support which I could try StackExchange for. Unless I am missing something, feel free to close out. Apologies for the confusion. -- Cheers, Joel Maxuel "One should strive to achieve, not sit in bitter regret." - Ronan Harris / Mark Jackson
Bug#862527: fish: complete command not passing options or skipping execution of command, exiting silently
Apologies, did not notice the reply options. Cheers, Joel Maxuel -- Forwarded message -- From: "Joel Maxuel" <j.max...@gmail.com> Date: May 14, 2017 7:21 AM Subject: Re: Bug#862527: fish: complete command not passing options or skipping execution of command, exiting silently To: "David Adam" <zanc...@ucc.gu.uwa.edu.au> Cc: I think there is a misunderstanding as to why I used complete in the first place. I do not want to apply the first search result. Rather, if there are multiple results to present a menu of those results and allow the end user to choose the directory to cd to. I have already achieved this in bash through a select command, which is similar in end-user concept to choice in DOS. It looked to me that complete was fish's equivalent based on some issues I found on github. True, I was unsure about how the quotes around the parameter would behave when there were nested inside another set of double quotes only separated by brackets. I did have at one point used single quotes for the interior and none at all but it had no other result. So, what would be the equivalent to select/choice in fish? Cheers, Joel Maxuel On May 14, 2017 6:28 AM, "David Adam" <zanc...@ucc.gu.uwa.edu.au> wrote: On Sun, 14 May 2017, Joel Maxuel wrote: > I am writing a function to change to a directory below the current working > directory, and I am hitting a brick wall with fish from Jessie backports > (2.2.0-3~bpo8+1) and Stretch (2.4.0-1). The function is as follows (saved > as ~/.config/fish/functions/cdb.fish): > > function cdb > complete -c cd -r -a "(find -type d -name "$argv" -not -path > '*/\.*' -prune)"; > end > > So after "funcsave cdb", I try it with a same directory name and it > silently exits with no action taken. The complete builtin is for describing how a command should be completed - that is, what should happen when you type the command and press Tab. If you are trying to write a function, the function should perform the action directly. Instead, try: function cdb cd (find -type d -name "$argv" -not -path '*/\.*' -prune)[1] end The array subscript (`[1]`) ensures that only the first result is used. > I debugged to the point that the find command by itself works (returns the > directory). After consulting the fish documentation[1], I found out you > can test complete commands at the terminal. So I tried again with: > > complete -c cd -r -a "(find -type d -name "github" -not -path '*/\.*' > -prune)" > > ...still, no action taken. This example defines a completion for the cd builtin, rather than defining a function. It also has incorrect quoting - in general, the argument to the `-a` option should be surrounded by single quotes. > While I was in the documentation, I tried a stock example: > > complete -x -c su -d "Username" -a "(cat /etc/passwd | cut -d : -f 1)" > > Even with that, no choices, nothing executed. Running complete without > parameters provides a list of saved examples. Likewise, this example defines a completion for the su builtin. David Adam fish committer zanc...@ucc.gu.uwa.edu.au
Bug#862527: fish: complete command not passing options or skipping execution of command, exiting silently
Package: fish Version: 2.4.0-1 I am writing a function to change to a directory below the current working directory, and I am hitting a brick wall with fish from Jessie backports (2.2.0-3~bpo8+1) and Stretch (2.4.0-1). The function is as follows (saved as ~/.config/fish/functions/cdb.fish): function cdb complete -c cd -r -a "(find -type d -name "$argv" -not -path '*/\.*' -prune)"; end So after "funcsave cdb", I try it with a same directory name and it silently exits with no action taken. I debugged to the point that the find command by itself works (returns the directory). After consulting the fish documentation[1], I found out you can test complete commands at the terminal. So I tried again with: complete -c cd -r -a "(find -type d -name "github" -not -path '*/\.*' -prune)" ...still, no action taken. While I was in the documentation, I tried a stock example: complete -x -c su -d "Username" -a "(cat /etc/passwd | cut -d : -f 1)" Even with that, no choices, nothing executed. Running complete without parameters provides a list of saved examples. Running Debian Stretch on my desktop (uname follows below), and Jessie on my laptop. joel@cybaryme ~> uname -a Linux cybaryme 4.9.0-2-amd64 #1 SMP Debian 4.9.18-1 (2017-03-30) x86_64 GNU/Linux Thank you. [1] Two sections below the anchor https://fishshell.com/docs/current/index.html#completion-own -- Cheers, Joel Maxuel "One should strive to achieve, not sit in bitter regret." - Ronan Harris / Mark Jackson
Bug#857360: gitlab_8.13.11+dfsg-4 no longer available, unable to install
Got it working. Based on the unicorn logs, I turned off listening for port 1443 (depend on only socket listen) for it to work. A kludge, but it is something quick and dirty I can investigate later.
Bug#857360: gitlab_8.13.11+dfsg-4 no longer available, unable to install
> Currently it support autoconfiguration of nginx only (you may open a > wishlist bug for apache support). You'll have to manually configure apache. I ended up installing nginx, didn't realize it didn't install with gitlab but required. Getting closer now, but with the following files edited for my port 1443 host to FQDN... /etc/gitlab/gitlab.yml (host: \n port: 1443) /etc/gitlab/unicorn.rb (listen ":1443", :tcp_nopush => true) /var/lib/gitlab/gitlab-shell-config.yml (gitlab_url: "https:// :1443/") ... as well as the nginx gitlab enabled site configured for HTTP 8808/HTTPS 1443 (below), I get a 502 "Bad Gateway" error. listen 0.0.0.0:8088; listen [::]:8088 ipv6only=on; server_name ; ## Replace this with something like gitlab.example.com server_tokens off; ## Don't show the nginx version number, a security best practice return 301 https://$http_host$request_uri; access_log /var/log/nginx/gitlab_access.log; error_log /var/log/nginx/gitlab_error.log; ... listen 0.0.0.0:1443 ssl; listen [::]:1443 ipv6only=on ssl; server_name ; ## Replace this with something like gitlab.example.com server_tokens off; ## Don't show the nginx version number, a security best practice root /usr/share/gitlab/public; Not sure what to do next.
Bug#857360: gitlab_8.13.11+dfsg-4 no longer available, unable to install
s have namespace: ... can't check, you have no projects Redis version >= 2.8.0? ... yes Ruby version >= 2.1.0 ? ... yes (2.3.3) Your git bin path is "/usr/bin/git" Git version >= 2.7.3 ? ... yes (2.11.0) Active users: 1 Checking GitLab ... Finished joel@cybaryme ~> Thank you, -- Cheers, Joel Maxuel "One should strive to achieve, not sit in bitter regret." - Ronan Harris / Mark Jackson
Bug#766028: wine32 segfault
Same here: Unhandled exception: page fault on write access to 0x7bf02fe8 in 32-bit code (0x7df2821a). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7df2821a ESP:0032ccb0 EBP:0014 EFLAGS:00010202( R- -- I - - - ) EAX:7e58dd20 EBX:7bf02fe8 ECX:7e58dd20 EDX: ESI:7dfa1ab0 EDI:7bf008a8 Stack dump: 0x0032ccb0: f7742930 7bf00b10 0158 f7520420 0x0032ccc0: 7d81d068 f7742930 0012 0x0032ccd0: 0016 7d7e4420 7bf00a88 7df2945c 0x0032cce0: 7bf00b10 0014 7dfa19a0 7d7e4420 0x0032ccf0: 0001 f7742930 0101 0x0032cd00: f7742504 fffe 7df255c0 0074 Backtrace: =0 0x7df2821a (0x0014) 0x7df2821a: movl%eax,0x0(%ebx) Modules: ModuleAddressDebug infoName (19 modules) PE7b81-7b9ad000Deferredkernel32 PE7bc1-7bc14000Deferredntdll PE7dff-7dff4000Deferreddxgi PE7e01-7e014000Deferrediphlpapi PE7e07-7e074000Deferredpsapi PE7e08-7e084000Deferredddraw PE7e11-7e114000Deferredopengl32 PE7e21-7e214000Deferredwined3d PE7e34-7e344000Deferredd3d9 PE7e38-7e385000Deferreddxdiagn PE7e5c-7e5c4000Deferredwinex11 PE7e83-7e8c2000Deferredoleaut32 PE7e95-7e954000Deferredrpcrt4 PE7e9d-7e9d4000Deferredversion PE7e9f-7e9f7000Deferredgdi32 PE7eb1-7eb4b000Deferreduser32 PE7ec5-7ec54000Deferredadvapi32 PE7ecd-7ecd8000Deferredole32 PE7eff-7eff5000Deferreddxdiag Threads: process tid prio (all id:s are in hex) 0008 (D) C:\windows\system32\dxdiag.exe 00090 == 000e services.exe 001f0 001e0 00190 00180 00160 00140 00100 000f0 0012 winedevice.exe 001d0 001a0 00170 00130 001b plugplay.exe 00210 00200 001c0 0022 explorer.exe 00240 00230 System information: Wine build: wine-1.6.2 Platform: i386 Host system: Linux Host version: 3.16.0-4-amd64 Using the latest nvidia package on an amd64 Debian Jessie install. -- Cheers, Joel Maxuel One should strive to achieve, not sit in bitter regret. - Ronan Harris / Mark Jackson