Re: '/usr/bin/[' (was RE: FC12: Hidden files in /usr/bin/*)

and > without > escaping, while [ can't: [[ is a builtin, but [ isn't. Well, [ is a builtin too, but [[ is a keyword recognised by the parser, thus it can use special parsing rules. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC

Re: '/usr/bin/[' (was RE: FC12: Hidden files in /usr/bin/*)

"Bryn M. Reeves" writes: > [ may be a built in but then again (as its presence > in /usr/bin implies) it may not be :). Like any other command. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "

Re: '/usr/bin/[' (was RE: FC12: Hidden files in /usr/bin/*)

"Bryn M. Reeves" writes: > On Mon, 2010-01-25 at 17:44 +0100, Andreas Schwab wrote: >> "Bryn M. Reeves" writes: >> >> > [ may be a built in but then again (as its presence >> > in /usr/bin implies) it may not be :). >> >> Lik

Re: RCS keywords rewritten in dist-git conversion?

Jesse Keating writes: > I suspect parsecvs got confused by the contents of the file having RCS > keywords. parsecvs's handling of expansion overrides is broken. http://repo.or.cz/w/parsecvs/schwab.git/commitdiff/5751a0b42436f90e5a36208967c74e3fdbb12970 Andreas. -- Andreas

Re: Python 2.7 status: python2.7 is in dist-f14

seth vidal writes: > I think I had suggested it, multiple times, and each time fesco had a > problem with it. > > maybe even the package was named package-swift > > http://skvidal.fedorapeople.org/misc/package-swift.spec You can also use package-cleanup --orphans. Andreas.

Re: git branch help?

"Richard W.M. Jones" writes: > I didn't know git could do this, but it sounds useful for other > (non-fedpkg) things. Can you explain how, or where to start looking? Look for git-new-workdir, it is in the contrib directory of the git sources. Andreas. -- Andreas Schw

Re: [HEADS-UP] adding missing systemd links in rawhide/F14 upgrades

Jesse Keating writes: > When an F14 build goes stable through bodhi, it'll be inherited into > rawhide. Unless there is already a release of the package tagged dist-f15, IIUC. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C

Re: [HEADS-UP] adding missing systemd links in rawhide/F14 upgrades

Jesse Keating writes: > Yes, that is correct. An already built version on f15 will always be > "newer" than anything coming up from f14. Which is exactly the situation with systemd. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84

Re: Where can I find the list of all Fedora Git repos?

he erlang >> package (also broken, unfortunately) " > > Oops, sorry, I didn't notice that. Maybe I should have had a look at the > wiki page first. :) Except that both are working fine. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 38

Re: Where can I find the list of all Fedora Git repos?

Matt McCutchen writes: > On Thu, 2010-08-12 at 10:59 +0200, Andreas Schwab wrote: >> Martin Gieseking writes: >> >> > Am 12.08.2010 10:32, schrieb Jaroslav Reznik: >> >> But as you can see on [1]: "http://pkgs.fedoraproject.org/gitweb/ BROKEN >>

Re: Checkout entire release with git

bug.cgi?id=1330 has a much nicer > solution than the shell script wrapper. Add "ControlMaster auto" to .ssh/config and do $ ssh -f -N pkgs.fedoraproject.org Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E

Re: drop default MTA for Fedora 15

it, but… >> >>> What about "ed"? >> >> … it's time we drop such legacy junk! > > What you offend as "legacy junk" is mandated by POSIX: POSIX mandates a lot of legacy junk. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint

Re: stuck on git (again)

Till Maas writes: > git config --add push.default tracking push.default can only have one value, so --add does not make sense. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely d

Re: stuck on git (again)

Neal Becker writes: > $ fedpkg push > Everything up-to-date > $ fedpkg build > Could not initiate build: There are unpushed changes in your repo > > Clue? $ git status Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 2

Re: stuck on git (again)

verted to use matching branch names!) Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.o

Re: Putting cross compilers into Fedora

cc_s against glibc, etc. For a freestanding implementation (ie. for building the kernel) all you need is binutils, gcc and libgcc.a for the target (no shared libgcc). Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And

Re: fedpkg prep

Matt McCutchen writes: > I propose that fedpkg should consider a --dist option, a "branch" > file, and the name of the current git branch in that order. Or make it a branch config (eg. git config branch.$branch.dist f14). Andreas. -- Andreas Schwab, sch...@redhat.com GPG

Re: Putting cross compilers into Fedora

your linker with a sysroot then it will take care of absolute paths in linker scripts. > Nothing really hard but needs to be done. The only real problem are absolute symbolic links which need to be changed to be relative (to the sysroot). Andreas. -- Andreas Schwab, sch...@redhat.com GPG

Re: git usage question

hes in the spec file too. glibc takes a slightly different approach. The fedora-specific changes are maintained in a branch. When I prepare a new fedora build I merge master into the fedora branch, run "make srpm" to build an srpm that contains the fedora changes in a single patch, and &

Re: yet another git problem

Neal Becker writes: > Let's try: > > $rm -rf igraph Btw., you can undo a failed merge with "git reset --merge". Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something com

Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]

Kevin Kofler writes: > POSIXLY_CORRECT has a lot of other effects which will break tons of > packages, e.g. it disables all bash extensions! Not all of them, only those that conflict with POSIX (which still leaves a lot room for extensions). Andreas. -- Andreas Schwab, sch...@redhat.c

Re: More mono/koji problems

919799/utilities/V3_chap02.html#tag_18_08_02>: The exit status of a command that terminated because it received a signal shall be reported as greater than 128. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 98

Re: Summary/Minutes from today's FESCo meeting (2010-10-26) NEW TIME!

lorized ls seems to already recognize them. Setuid binaries are > gray text on a red background, while binaries with capabilities set are > black text on a red background. >From coreutils/src/ls.c: /* Note has_capability() adds around 30% runtime to `ls --color` */ Andreas. -- Andre

Re: Unable to push to git this morning

Matthew Booth writes: > [mbo...@t500 virt-v2v (f14)]$ git push origin f14 $ git push origin f14:f14/master (It was a very bad idea to name the local branches differently than the remote branches.) Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D F

Re: [PATCH] macros: Globally add --disable-silent-rules to configure

Tom Lane writes: > What happens in packages using a (possibly old) autoconf script that > doesn't recognize --disable-silent-rules? Autoconf-generated configure scripts generally ignore unknown --enable and --with options (newer versions give a warning). Andreas. -- Andreas

Re: To Require or not to Require?

ecutables in external packages. > But executables shipped with the library package (in subpackages) may > strictly need the very latest library. There is no difference between "external" packages and subpackages: they both will need the new symbol some day. Andreas. -- Andreas S

Re: To Require or not to Require?

in the build system's buildroot. I don't understand. How is the contents of the buildroot relevant to "yum install foo"? Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something complete

Re: To Require or not to Require?

e package of "foo-libs", and this -libs package has > added symbols needed by programs in package "foo", an older release > of "foo-libs" would not suffice. On the contrary, all programs > linked with an older foo library will continue to work. How is that diff

Re: To Require or not to Require?

; How is the contents of the buildroot relevant to "yum install bar"? > > "bar" has been built with an older libfoo. No. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for somet

Re: To Require or not to Require?

Michael Schwendt writes: > So, where are we now? yum install bar doesn't update foo-libs automagically. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." --

Re: To Require or not to Require?

Michael Schwendt writes: > So, what is safer? Neither fixes the missing symbol. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel maili

Re: To Require or not to Require?

Michael Schwendt writes: > There is no missing symbol. Of course there is. See <http://permalink.gmane.org/gmane.linux.redhat.fedora.devel/152427>. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now

Re: To Require or not to Require?

Michael Schwendt writes: > The separate "bar" package still is entirely irrelevant It kills your entire argument. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely dif

Re: To Require or not to Require?

Michael Schwendt writes: > libfoo update would need to come first. How? Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedo

Re: To Require or not to Require?

Your whole argument is just void. There is not a single difference between "external" packages and (sub-)packages. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely differ

Re: To Require or not to Require?

uot; package is always working. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Best practice for extracting information from a makefile

Richard Shaw writes: > I was hoping something like "make -p ..." would work but it doesn't > evaluated the variables, which seems useless since if I just wanted > the raw output 'cat' would work. $ make -f Makefile -f - <<<'echo-foo:; @echo $(f

Re: Notice of intent: patching glibc

Please wait until I am finished working on it. This is not a bug that can be easily reproduced. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing

Re: Notice of intent: patching glibc

Adam Williamson writes: > On Wed, 2011-08-31 at 08:50 +0200, Andreas Schwab wrote: >> Please wait until I am finished working on it. This is not a bug that >> can be easily reproduced. > > The Arch report claims a fully reliable reproducer: > > https://bugs.archlinu

Re: Notice of intent: patching glibc

Zoltan Boszormenyi writes: > The "I can 100%..." is not the first sentence of the comment > but it's all in there. I'm taking about the redhat bug. How do I get to know about all this if nobody tells me? Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerp

Re: Notice of intent: patching glibc

--reject-with > icmp-admin-prohibited > # wget http://google.com/ > --2011-06-08 12:13:58-- http://google.com/ > Resolving google.com... zsh: segmentation fault (core dumped)" I'm unable to reproduce that. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4

Re: Notice of intent: patching glibc

bug report, so that it can be found. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Notice of intent: patching glibc

formation by the person who added the duplicate. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fed

Re: unsure for wich component file bugreport

Reindl Harald writes: > [harry@srv-rhsoft:~]$ ssh root@centos.vmware.local > ssh: Could not resolve hostname centos.vmware.local: Name or service not known .local is reserved for MDNS. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC

Re: Ext4 + barriers=1 + ssd + power loss while commiting to a git repo = broken repo?

Michał Piotrowski writes: > After turning system on I noticed that repo is totally broken. How do you define "totally broken"? Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something co

Re: Ext4 + barriers=1 + ssd + power loss while commiting to a git repo = broken repo?

Michał Piotrowski writes: > Also git log says > fatal: bad default revision 'HEAD' Looks like the only issue is that .git/refs/heads/master has been lost. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 9

Re: Ext4 + barriers=1 + ssd + power loss while commiting to a git repo = broken repo?

Michał Piotrowski writes: > But I don't have this file in the repo that I restored from the backup. You do, in .git/packed-refs. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something complet

Re: Ext4 + barriers=1 + ssd + power loss while commiting to a git repo = broken repo?

Michał Piotrowski writes: > But the question remains - should enabled barriers protect against > such data loss/breakage? Or I just had a big bad luck? It could also be a bug in git, perhaps it needs to take more care to create the ref file atomically. Andreas. -- Andreas Schwa

Re: Ext4 + barriers=1 + ssd + power loss while commiting to a git repo = broken repo?

Michał Piotrowski writes: > W dniu 14 kwietnia 2011 11:04 użytkownik Andreas Schwab > napisał: >> Michał Piotrowski writes: >> >>> But the question remains - should enabled barriers protect against >>> such data loss/breakage? Or I just had a big bad luck?

Re: execve()ing non-existent command returns EPERM instead of ENOENT in Koji

Petr Pisar writes: > Reviewer of my package found the package does pass tests in Koji > (dist-f16). I found the reason: > > A test executes non-existent command and expects ENOENT. That's a bug in the test. EACCES is a valid error if a PATH element is inaccessible. Andr

Re: Heads up: impending IPv6 Test Day

e2\\\]/ http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd";> Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org h

Re: F15: ugly behavior of "df"

;# mount /dev/sdb1 /mnt/B There is a big difference between "mount --bind /mnt/A/B /mnt/B" and "mount /dev/sdb1 /mnt/B". Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now

Re: 32bit vs 64bit - 32bit can't handle 2100 in strtotime?

Michał Piotrowski writes: > I would like to note that I am aware of that 32 bit systems will not > work after 2038. But does that mean that they can not do simple date > conversion? If they use the system time_t, then no. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fi

Re: About package review and mismatching md5sums

P J P writes: > But as it turns out, it seems, if you create a tarball from the *very same* > sources on two different machines, they don't match. As in the md5sum for the > two tarball differs. Make sure to disable the gzip timestamp. Andreas. -- Andreas Schwab, sch...@redh

Re: About package review and mismatching md5sums

P J P writes: > - Original Message - >> From: Andreas Schwab >> Make sure to disable the gzip timestamp. > > >   ...how do you do that? $ gzip --help -n, --no-name do not save or restore the original name and time stamp Andreas. -- Andreas Schwab, s

nss_db

glibc now includes libnss_db again, so the nss_db package is no longer needed from f16 onward. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing

Re: vsftpd in the news

t help if the tarball is already defective when uploaded. The checksum is basically only used to identify the blob in the cache, at most to detect cache corruptions. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And n

Re: glibc 2.14-4 eats my data (Re: F15 ext3, eCryptfs + samba = data corruption (Re: F15 "Error mounting eCryptfs: [-5] Input/output error" on different disks))

Use valgrind. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: systemd: Is it wrong?

Matthew Garrett writes: > These scripts don't sanitise input beforehand. What happens if I'm > logged in as root, change IFS and then do /etc/init.d/nfs restart? Nothing, because the shell always sets IFS to the default on startup. Andreas. -- Andreas Schwab, sch...@re

Re: help for fixing Fedora rawhide FTBFS

unknown' not recognized > checking build system type... Invalid configuration > `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized The included config.sub is older than 10 years. Try running autoreconf. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key finge

Re: help for fixing Fedora rawhide FTBFS

Zoltan Kota writes: > So, you recommend to add the above lines (or something similar) to the > spec file? I'd recommend to update to recode-3.7-beta2. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E &

Re: Example of karma not being functional [Was:POSTUN scriptlet failure in rpm package cyrus-sasl]

Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: What are differences between real and rpmbuild's environment?

Michal Hlavinka writes: > So it seems rpmbuild has a bug and breaks sigpipe somehow... Perhaps it leaves it ignored? You can check with /proc/$$/status. $ (trap '' SIGPIPE; bash x.sh) early termination not causing broken Andreas. -- Andreas Schwab, sch...@redhat.com GPG Ke

Re: debugging build hang in koji ?

Caolán McNamara writes: > time taken was 0.004 seconds > zip warning: help.jar not found or empty > adding: com.sun.PresenterScreen-linux_x86_64/presenter.xhp (deflated 81%) > > and nothing else. Perhaps some ENOSPC condition? Andreas. -- Andreas Schwab, sch...@red

Re: libtool mismatch while building

Ankur Sinha writes: > Hello, > > How does one handle this error with libtool mismatches? > > I've run autoreconf, and aclocal && autoconf && automake, but it > persists. (I don't know much about this stuff) Run "autoreconf -fi". A

Re: libtool mismatch while building

gt;> libtool: definition of this LT_INIT comes from libtool 2.2.6b. Report that upstream. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing

Re: Request for comment: Potential change to dist-git branch structure

Jesse Keating writes: > However, if a user had a local > branch of f14 or f14/master they will be left with mismatched > .git/config entries. In this case it's easiest to delete the local > branch (git branch -d f14) and check it out again. Or git branch --set-upstream. Andr

Re: insane -19 nice level for system service (mailgraph) - is it acceptable?

s service >>> _really_ needs such insane nice level? >> >> Why do you (repeatedly) call it "insane"?  That's kind of rude. > > Sorry :) > >>  The >> process is running at a low priority level; > > Nice -19 is the _higest_ priority - no

Re: fedpkg switch-branch behavior

surprised that fedpkg throws away that information. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: /etc/mtab is listed in setup and util-linux

Karel Zak writes: > it's not %config, but %ghost It is both. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedor

Re: Problem building mono-2.10 under rawhide

"Paul F. Johnson" writes: > MCS [basic] gacutil.exe > Inconsistency detected by ld.so: dl-deps.c: 623: _dl_map_object_deps: > Assertion `nlist > 1' failed! http://sourceware.org/bugzilla/show_bug.cgi?id=12454 Andreas. -- Andreas Schwab, sch...@redhat.com GPG

Re: GitHub Hosted upstream 'Source0'

, this will be a problem. > But normally I can re-create the tarball using "git archive" and the md5 > checksum will stay the same. Can you tell me how exactly this won't work? That does not mean that the compressed contents will always be the same. At least the gzip

Re: GitHub Hosted upstream 'Source0'

Stanislav Ochotnicky writes: > On 02/16/2011 04:58 PM, Andreas Schwab wrote: >> That does not mean that the compressed contents will always be the same. > > $ git clone -q git://github.com/sonatype/sisu $ GIT_DIR=sisu/.git git archive --prefix="sonatype-sisu-1.4.3.2/" -

Re: fail to install gcc on fresh rawhide-from-F15

Jim Meyering writes: > ---> Package glibc.x86_64 0:2.8.90-11 will be a downgrade Where did you get that ANCIENT package? It's almost 3 years(!) old. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And n

Re: Minimal install option (was Re: Services that can start by default policy feedback)

Larry Vaden writes: >>From a recent default install of F14: > > ps auxw | wc -l > 124 How many of those are kernel threads? Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something

Re: git push fails

Stanislav Ochotnicky writes: > You'll need to do: > git fetch > git rebase origin/master or git pull --rebase Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different.

Re: use MALLOC_PERTURB_ ... or lose

years (it gets disabled again in releases). I don't remember having heard of complaints. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing li

Re: base kernel to build fedora

ld) > is the base kernel. This is not true. It only means that some features must be tested for at runtime, instead of just assuming they are present. The only effect is that glibc is slightly larger. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA

Re: Remove 1507 Package(s) ?

ss, thus always updated together with it. In F12+ nss-softokn-freebl is a subpackage of nss-softokn, which stayed at 3.12.4. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something co

Re: in f13 =~ no longer working in bash

Farkas Levente writes: > hi, > =~ no longer working in bash. just try this little line: > - > if [[ "abc" =~ "abc.*" ]]; then echo inside; else echo outside; fi > - See question E14 in the Bash FAQ.

Re: dist-git project update

Jesse Keating writes: > (people with existing clones will have to blow them away and > re-clone), Doing git fetch and git reset --hard should be enough. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "

Re: dist-git project update

Jesse Keating writes: > I hadn't planned on it. Is there really a need for this? Read only via > http is do-able, but undesirable. Write via https is going to be a long > shot. Recent git supports the smart protocol over http/https, both for fetch and push. Andreas. -- Andre

Re: dist-git project update

t merge your private history. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: CVS connection time-outs

Patrick MONNERAT writes: > Connectivity is still VERY bad today. FWIW, I had no problem cvs-importing a 16Mb glibc srpm about an hour ago (from within the M-net network). Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 9

Re: trouble locally reproducing koji build error

Zach Carter writes: > Any insight, tips or pointers would be much appreciated. You could modify the spec file to cat the config.log file on error, which should give you more clues. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 2

Re: trouble locally reproducing koji build error

ry little about autotools (and don't intend on ever > learning either) so how to actually fix it is another matter. A trivial grep. define([testprog], [AC_LANG_PROGRAM([#include ], [boost::program_options::variables_map::variables_map dummy()])]) Andreas.

Re: trouble locally reproducing koji build error

Any theories? Have you tried looking at config.log? Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fed

Re: Question regarding dist-git aesthetics with branches

Jesse Keating writes: > master -> origin/master > f13 -> origin/f13/master > f12 -> origin/f12/master Please don't. The remote and local branches should be named the same so that "git checkout -t origin/whatever" does the right thing. Andreas. -- Andreas

Re: Question regarding dist-git aesthetics with branches

Jan Vcelak writes: > On Thursday 22 July 2010 10:19:20, Andreas Schwab wrote: >> Jesse Keating writes: >> > master -> origin/master >> > f13 -> origin/f13/master >> > f12 -> origin/f12/master >> >> Please don't. The remote and lo

Re: The move to git!

/u...@pkgs.fedoraproject.org/foo Or more general: [url "ssh://pkgs.fedoraproject.org/"] pushinsteadof = git://pkgs.fedoraproject.org/ Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for some