devel August 2010

devel@lists.fedoraproject.org

293 participants
313 discussions

Re: modification of sources file causes git corruption.
by Jesse Keating 01 Aug '10

01 Aug '10

No reason really. Just didnt have anybody call me on it. I can fix that in the next fedpkg build. -- Jes "Dave Jones" <davej(a)redhat.com> wrote: >Check this out.. > >(00:13:25:davej@gelk:kernel)$ fedpkg -v upload patch-2.6.35-rc6-git6.bz2 >Creating module object from /mnt/data/src/fedora/kernel >Uploading: f73d01927a3150e729b44add5ea4923c patch-2.6.35-rc6-git6.bz2 >Running curl -k --cert /home/davej/.fedora.cert --fail -o /dev/null --show-error --progress-bar -F name=kernel -F md5sum=f73d01927a3150e729b44add5ea4923c -F file=(a)patch-2.6.35-rc6-git6.bz2 https://pkgs.fedoraproject.org/repo/pkgs/upload.cgi directly on the tty >######################################################################## 100.0% >Source upload succeeded. Don't forget to commit the sources file >(00:13:35:davej@gelk:kernel)$ git fsck --full >(00:13:59:davej@gelk:kernel)$ cat sources >10eebcb0178fb4540e2165bfd7efc7ad linux-2.6.34.tar.bz2 >1205481c8d1b5ccecad87840ddaeaf81 patch-2.6.35-rc6.bz2 >6488f89f618d7e03af865534b31d3419 patch-2.6.35-rc6-git5.bz2 >f73d01927a3150e729b44add5ea4923c patch-2.6.35-rc6-git6.bz2 >(00:14:02:davej@gelk:kernel)$ vim sources >(00:14:05:davej@gelk:kernel)$ cat sources >10eebcb0178fb4540e2165bfd7efc7ad linux-2.6.34.tar.bz2 >1205481c8d1b5ccecad87840ddaeaf81 patch-2.6.35-rc6.bz2 >f73d01927a3150e729b44add5ea4923c patch-2.6.35-rc6-git6.bz2 >(00:14:06:davej@gelk:kernel)$ git fsck --full >(00:14:43:davej@gelk:kernel)$ git commit -a >[master 89d0d88] 2.6.35-rc6-git6 > 3 files changed, 6 insertions(+), 2 deletions(-) >(00:16:40:davej@gelk:kernel)$ git fsck --full >dangling blob 64802926167a6aef0d71a5e6de35f0857674947b > > >git show on that blob shows the variant of 'sources' before I removed >the git5 entry. It seems if there's a pending staged commit to a file, >and then you modify it, git loses its shit. > >Why can't fedpkg upload just leave the file modified instead of staging the commit ? >This would also have the advantage of showing up in git diff without the need >for --cached before doing the actual commit. > >If we're modifying sources for an upload, chances are we're going to want to remove >a stale entry anyway, and having to do this as two commits seems a bit dumb. > > Dave > >-- >devel mailing list >devel(a)lists.fedoraproject.org >https://admin.fedoraproject.org/mailman/listinfo/devel -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.

1 0

Re: Cannot checkout package
by Jesse Keating 01 Aug '10

01 Aug '10

I thought I had fixed that. There is a umask in the gitolote.RC that should cover it. And a setgid on the log dir. "Mike McGrath" <mmcgrath(a)redhat.com> wrote: >On Sat, 31 Jul 2010, Mike McGrath wrote: > >> On Sat, 31 Jul 2010, Orion Poplawski wrote: >> >> > Trying to check out vtk (or other packages): >> > >> > $ fedpkg co vtk >> > Cloning into vtk... >> > Warning: No xauth data; using fake authentication data for X11 forwarding. >> > open log failed: Permission denied >> > fatal: The remote end hung up unexpectedly >> > Could not clone: Command '['git', 'clone', >> > 'ssh://orion@pkgs.fedoraproject.org/vtk']' returned non-zero exit status 128 >> > >> > I was able to do this earlier today fine with other packages and have >> > the latest fedora-package for F13. >> > >> >> Looking now, I can't even get a shell anymore remotely. Console time. >> > >"fixed".. looking for a permanent fix now. Basically the logs got >rotated, dmaphy was the first one in and the default umask was too >restrictive for anyone else to write to the logs. > > -Mike >-- >devel mailing list >devel(a)lists.fedoraproject.org >https://admin.fedoraproject.org/mailman/listinfo/devel -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.

1 0

Cannot checkout package
by Orion Poplawski 01 Aug '10

01 Aug '10

Trying to check out vtk (or other packages): $ fedpkg co vtk Cloning into vtk... Warning: No xauth data; using fake authentication data for X11 forwarding. open log failed: Permission denied fatal: The remote end hung up unexpectedly Could not clone: Command '['git', 'clone', 'ssh://orion@pkgs.fedoraproject.org/vtk']' returned non-zero exit status 128 I was able to do this earlier today fine with other packages and have the latest fedora-package for F13. - Orion

2 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel August 2010