search for: cgit

...x for git.zytor.com > and kernel.org would (should?) use: > "?id=/tag/refs/<TAG_NAME>" > (or at least one "/" right after the "?id=") > and > "?id=<TAG_HASH>". > > I don't know whether this is a limitation / problem in cgit itself, or > in the current conversion / redirection. > Well, if you can find a working cgit URL I can probably make the conversion do the right thing. -hpa

Hello Everyone We're looking right now for web interface to git mirrors of main LLVM repo. What should be used? Gitweb? cgit? Gitalist? If you have some success stories to share - please let us know. If possible, we'd prefer something perl'ish or python'ish :) Thanks! -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Is there any plan to fix this: [root at 7af579e3aefc /]# curl -vvv https://cgit.freedesktop.org/xorg/proto/xproto/plain/COPYING * About to connect() to cgit.freedesktop.org port 443 * Trying 131.252.210.161... connected * Connected to cgit.freedesktop.org (131.252.210.161) port 443 * successfully set certificate verify locations: * CAfile: /etc/pki/tls/certs/ca-bundle.crt...

...e is still broken. I'll see if I can fix it in > > the next few minutes, otherwise I'll probably have to pass. > > > > -hpa > > Alright, it looks like gitweb-caching is simply no longer maintained, so > I bit the bullet and switched git.zytor.com over to using cgit. It > seems to work for me, holler if it doesn't... > > -hpa Hi Peter, Thank you. Moving from gitweb-caching to cgit causes most http(s) links that are already pointing to git.zytor.com to fail with the message "Invalid request". Such links might exist in bug report...

...well as on any other platform > that uses virtio_pci on which physical addresses don't match bus > addresses. > > This can be tested with: > > virtme-run --xen xen --kimg arch/x86/boot/bzImage --console > > using virtme from here: > > https://git.kernel.org/cgit/utils/kernel/virtme/virtme.git > > Without these patches, the guest hangs forever. With these patches, > everything works. > Dusting off an ancient thread. Now that the dust has accumulated^Wsettled, is it worth pursuing this? I think the situation is considerably worse than it was...

...well as on any other platform > that uses virtio_pci on which physical addresses don't match bus > addresses. > > This can be tested with: > > virtme-run --xen xen --kimg arch/x86/boot/bzImage --console > > using virtme from here: > > https://git.kernel.org/cgit/utils/kernel/virtme/virtme.git > > Without these patches, the guest hangs forever. With these patches, > everything works. > Dusting off an ancient thread. Now that the dust has accumulated^Wsettled, is it worth pursuing this? I think the situation is considerably worse than it was...

...g/software/ModemManager/) and there are no SUMS files signed by anybody. Is it the safest method to git clone from URLs like the following ones? - https://anongit.freedesktop.org/git/ModemManager/ModemManager.git - https://anongit.freedesktop.org/git/libqmi Some of freedesktop's cgit pages suggest to use http:// links. Luckily, same links work with https://. But contrary to the ModemManager's cgit page, the libqmi cgit page doesn't contain the http:// link, only git:// and ssh:// links. Nevertheless, the https:// link to the libqmi repository works. Should I request an...

...g we ship in our recent system. But we are maintaining similar patch for current openssh version (though the name is outdated, it is for 7.1p1) for Fedora [1], even though it is not "verified" by certification, it should fulfill similar requirements. [1] http://pkgs.fedoraproject.org/cgit/openssh.git/tree/openssh-6.7p1-fips.patch -- Jakub Jelen Security Technologies Red Hat

...1) external tool: wipchg 2) internal tincd: wait_device(int secs) Both solution works 100% time (tested on Win2003). I publish them here, so interested parties can do they own testing. 1) ftp://borg.uu3.net/home/borg/tmp/wipchg.tgz You need Mingw compiler to build this. 2) http://borg.uu3.net/cgit/cgit.cgi/OEM/tinc/log/?h=tap_wait Regards, Borg ---------- Original message ---------- From: borg at uu3.net To: tinc-devel at tinc-vpn.org Subject: Re: Win32: problem with tinc-up script Date: Thu, 13 Oct 2016 00:20:05 +0200 (CEST) Message-ID: <Pine.LNX.4.64.1610130018020.22461 at cube>...

....c: #n 50: const struct option long_options[] = { ... #n 60: {"raid-mode", 0, NULL, 'r'}, ... #n105: fprintf(stderr, ... #n112: " --raid -r Fall back to the next device on boot failure\n" Comparing line #60 vs. line #112: http://git.kernel.org/cgit/boot/syslinux/syslinux.git/tree/libinstaller/syslxopt.c?id=syslinux-6.03#n60 http://git.kernel.org/cgit/boot/syslinux/syslinux.git/tree/libinstaller/syslxopt.c?id=syslinux-6.03#n112 Which one is the correct "long" option for users to type in? Is it "--raid-mode", or "--rai...

...x86_64 >> - 3.18.0-0.rc0.git9.4.fc22.x86_64 >> after >> "fb: switching to nouveaufb from VESA VGA" >> display is powered off. >> The magic SysRq key sequence is necessary to reboot. >> > ... > > This is what I've tested so far: > http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-next > git clone -b drm-next git://people.freedesktop.org/~airlied/linux > > 1. git-e94654e-1st-test-nouveau > > 2. git-996f5a0-2nd-test-nouveau > drm/nouveau/core: pass related object into notify constructor > http://cgit.freed...

The git daemon on zytor is now functional again, as I managed to carve out a little bit of time to dig into the selinux problem. Cloning git via either http://git.zytor.com/ or git://git.zytor.com/ However, the web interface is still broken. I'll see if I can fix it in the next few minutes, otherwise I'll probably have to pass. -hpa

...r: Ben Skeggs <bskeggs at redhat.com> >> Date: Wed May 21 11:24:43 2014 +1000 >> >> drm/nv50/disp: start removing direct vbios parsing from supervisor >> >> Signed-off-by: Ben Skeggs <bskeggs at redhat.com> >> >> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c?id=415f12e >> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c?id=415f12e > > Looks like the same issue as reported in >...

...org at uu3.net To: tinc-devel at tinc-vpn.org Subject: Re: Win32: problem with tinc-up script Date: Sun, 9 Oct 2016 16:55:01 +0200 (CEST) Message-ID: <Pine.LNX.4.64.1610091653050.19164 at cube> I added Web Browser so everyone can peek at commit without cloning whole repo: http://borg.uu3.net/cgit/cgit.cgi/OEM/tinc/log/?h=tap_wait ---------- Original message ---------- From: borg at uu3.net To: tinc-devel at tinc-vpn.org Subject: Win32: problem with tinc-up script Date: Sun, 9 Oct 2016 14:27:17 +0200 (CEST) Message-ID: <Pine.LNX.4.64.1610091400130.16372 at cube> Hello. Yet again I...

...not work at all on semi-recent PowerPoint files (ppt, not pptx). I checked, and indeed it misses most of the content on many files. After looking around, I found Python code from the libreoffice project which makes a nice ppt text extractor after adding a very thin command line wrapper: http://cgit.freedesktop.org/libreoffice/contrib/mso-dumper/ It's pure python, no other dependancies, orders of magnitude faster than unoconv, and contrarily to catppt, does extract the text... Just in case this can be useful to Omega... I can provide more details of course. Cheers, jf

On 06/10/2015 01:54 AM, Ady via Syslinux wrote: > > Hi Peter, > > Thank you. > > Moving from gitweb-caching to cgit causes most http(s) links that are > already pointing to git.zytor.com to fail with the message "Invalid > request". > > Such links might exist in bug reports, mailing lists, documentation, > and wiki pages; certainly in those that are part of The Syslinux > Project...

...532142 xf86-input-evdev-2.1.0.tar.bz2 http://xorg.freedesktop.org/archive/individual/driver/xf86-input-evdev-2.1.0.tar.gz MD5: a4f3cbb67db5374aa5d0ecb8f18c05e1 xf86-input-evdev-2.1.0.tar.gz SHA1: 9599f6219a278a189d830cda374455f585ce294d xf86-input-evdev-2.1.0.tar.gz Cheers, Peter [1] http://cgit.freedesktop.org/xorg/xserver/commit/?id=d936a4235c9625bd41569cef3452dd086284e0d7 [2] http://cgit.freedesktop.org/xorg/xserver/commit/?id=6c451859552e1fc78f6589617482f9ff96d7ed8a [3] http://cgit.freedesktop.org/xorg/xserver/commit/?id=c264826da96ad1859dd112b17eb8aa9e5278478f [4] http://cgit.freedesk...

...rc8 and got the a scheduling while atomic warning in > nouveau. (see below). Linus' tree is missing two fixes: drm/nouveau: don't hold spin lock while calling kzalloc with GFP_KERNEL drm/nouveau: spin_lock_init after memset'ing the bios struct The first one fixes your bug. http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=ed64797d153ecf0da79b8b849642d7a109fd97fd http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=9da76700072a00c39e21553df0998c7b3b620d88 If they won't go into 2.6.33, they are perfect candidates for -stable. Marcin

http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes - 3.18.0-rc1.git-e800cab-drm-fixes [ 204.950] (II) modeset(0): using drv /dev/dri/card0 [ 204.951] (EE) [ 204.951] (EE) Backtrace: [ 204.951] (EE) 0: /usr/libexec/Xorg.bin (OsSigHandler+0x29) [0x598e29] [ 204.951] (EE) 1: /lib64/libpthrea...

...= { > ... > #n 60: {"raid-mode", 0, NULL, 'r'}, > ... > #n105: fprintf(stderr, > ... > #n112: " --raid -r Fall back to the next device on boot failure\n" > > > Comparing line #60 vs. line #112: > http://git.kernel.org/cgit/boot/syslinux/syslinux.git/tree/libinstaller/syslxopt.c?id=syslinux-6.03#n60 > http://git.kernel.org/cgit/boot/syslinux/syslinux.git/tree/libinstaller/syslxopt.c?id=syslinux-6.03#n112 > > Which one is the correct "long" option for users to type in? > Is it "--raid-mode&qu...