similar to: access request

Good afternoon, My username is GrahamWilliamson I would like to have access to the CentOS wiki. I want to create and add some initial content to the VoIP SIG. http://wiki.centos.org/SpecialInterestGroup has a link to http://wiki.centos.org/SpecialInterestGroup/Voip however I feel the VoIP SIG page should actually be http://wiki.centos.org/SpecialInterestGroup/VoIP. Also, I'd like to update

On 05/13/2015 06:57 AM, Tris Hoar wrote: > On 13/05/2015 11:12, Johnny Hughes wrote: >> All, >> >> Red Hat released the source code for Firefox 38. We have (or willbe >> today) releasing this for CentOS-5, CentOS-6, and CentOS-7. >> >> It does not, by default, connect to https sites with TLS less than 1.2. >> This means it will not connect to sites on

>> I see a create page link, but it also says I'm not allowed. >> > I have now initialised a Wiki Homepage for you -- > > https://wiki.centos.org/RicardoOliveira that reminds me - could you create mine too? https://wiki.centos.org/MarkHahn thanks! -- operator may differ from spokesperson. hahn at mcmaster.ca

Johnny Hughes wrote: > On 05/19/2015 07:43 AM, Timothy Murphy wrote: >> I read in <http://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool> >> >> "Warning: use of this tool is currently not recommended as several >> system- critical packages are of a higher version number in CentOS 6.6 >> than they are in CentOS 7 so those do not get upgraded correctly.

On 9 December 2014 at 20:50, Michael Beck <eliteknipser at gmail.com> wrote: > Hi, thanks for the fast response. > I know I do can edit de/Frontpage and my userpage. It's not new for me. > > But I can't create de/TipsAndTricks/NTFS > That's what I asked for in the first place and that's what I checked each time. A mistake. > Because...Well,... I tried other

Hello, My Name is MichaelBeck/mayor and i'd like to contribute to wiki.centos.org/TipsAndTricks/NTFS in english and german wiki.centos.org/de/TipsAndTricks/NTFS . Thanks

On Thu, Jul 24, 2014 at 4:56 AM, Philipp Hahn <hahn at univention.de> wrote: > Hello, > > On 23.07.2014 22:46, Alexander Perlis wrote: >> On Wed, 23 Jul 2014, Philipp Hahn wrote: >>> [...] >>> I tried lpxelinux.0, but it fails to resolve the gateway >>> address via ARP: >>> 17:25:51.399119 ARP, Request who-has 10.200.17.1 tell >>>

On Thu, Jul 24, 2014 at 10:29 AM, Philipp Hahn <hahn at univention.de> wrote: > Hello, > > On 24.07.2014 13:52, Gene Cumm wrote: >> On Thu, Jul 24, 2014 at 4:56 AM, Philipp Hahn <hahn at univention.de> wrote: >>> PS: <http://www.zytor.com/~genec/lpxelinux-6.03p18g3.tgz> did not work. >> >> As expected. You have a different OUI (the first 3

Rather than “fixing” it, it might be better to support a separate method for signed extension. My reasoning is as follows: int x = 7; llvm::PointerIntPair<double*, 3, int> pip; pip.setInt(x); There could be code out there that expects pip.getInt() to return 7 and not -1. So if you really want to set a negative and return a negative value, a separate method setSignedInt and getSignedInt

Apropos http://wiki.centos.org/TipsAndTricks/InstallWebminRepo Suggested changes (mostly nit-picky :-) ... -------------------------------------------------------------------- Change: Webmin is a web-based interface ... to: [http://www.webmin.com/index.html WebMin] is a web-based interface ... -------------------------------------------------------------------- Change: When you install

It won't move the sign bit, so negative values won't fit, unless you have a 3 bit signed type ;) Note that if you assign negative values to and then read from a signed bit-field, you would do sign extension. So 3-bit signed types do exist in C++. It begs the question why PointerIntPair supports signed int types if it always loses the sign. Is it just to avoid signed/unsigned comparison

The sign extension is correct. Otherwise setInt(-1) won’t work. If you don’t want sign extension, then use ‘unsigned’ and not ‘int’ in the template arguments. > On Apr 4, 2018, at 14:34, Reid Kleckner via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > I'd argue that bitfield sign extensions are surprising and are usually a source of bugs. It would be much more explicit and

> Hello, > > On 01.08.2014 19:22, Ady wrote:>> On 24.07.2014 17:32, Gene Cumm wrote: > >>> On Thu, Jul 24, 2014 at 10:29 AM, Philipp Hahn <hahn at univention.de> > wrote: > >>>> On 24.07.2014 13:52, Gene Cumm wrote: > ... > >>>> Your special build gets the gateway working, but the downloaded InitRD > >>>> still

Hello Ady, On 27.08.2014 16:46, Ady wrote: >> On 01.08.2014 19:22, Ady wrote:>> On 24.07.2014 17:32, Gene Cumm wrote: >>>>> On Thu, Jul 24, 2014 at 10:29 AM, Philipp Hahn <hahn at univention.de> >> wrote: >>>>>> On 24.07.2014 13:52, Gene Cumm wrote: >> ... >>>>>> Your special build gets the gateway working, but the

Hello, I have observed several strange blktap2(?) corruption problems using Xen-4.1.2 on several 2.6.32-39 based amd64 Linux Systems. I run an installation of a domain, which use 3 blktap2 devices: 2× 20 GiB hard disk image files and 1× 1.1 GiB DVD iso file. During installation processes start to SEGV, which aborts the installation. * Not all processes in domU segfault in each run:

I'd argue that bitfield sign extensions are surprising and are usually a source of bugs. It would be much more explicit and less error prone for the user to write the sign extension if they want it. By extension, it seems good that PointerIntPair doesn't do sign extension when the type happens to be signed. On Wed, Apr 4, 2018 at 9:47 AM David Blaikie via llvm-dev < llvm-dev at

On Wed, Aug 27, 2014 at 12:21 PM, Philipp Hahn <hahn at univention.de> wrote: > Hello Ady, > > On 27.08.2014 16:46, Ady wrote: >>> On 01.08.2014 19:22, Ady wrote:>> On 24.07.2014 17:32, Gene Cumm wrote: >>>>>> On Thu, Jul 24, 2014 at 10:29 AM, Philipp Hahn <hahn at univention.de> >>> wrote: >>>>>>> On 24.07.2014

Yes, the bug tracks it, and there are one or two major issues. I have patches half done for them, and am more than happy to give guidance/help in getting them done (and i've done this successfully with 3 interns so far :P) On Tue, Jan 9, 2018 at 9:31 AM, Florian Hahn <florian.hahn at arm.com> wrote: > Hi Amara, > > On 08/01/2018 19:26, Amara Emerson via llvm-dev wrote: >

> Hello, > > On 24.07.2014 17:32, Gene Cumm wrote: > > On Thu, Jul 24, 2014 at 10:29 AM, Philipp Hahn <hahn at univention.de> wrote: > >> On 24.07.2014 13:52, Gene Cumm wrote: > >>> As expected. You have a different OUI (the first 3 octets of the MAC > >>> address). Try everything from 6.03-pre18 and then lpxelinux.0 from > >>>

I think it'd be reasonable to model this on the same behavior as int to short to int round-tripping & not to speculate that there might be code relying on the existing behavior until there's evidence of it. I'd suggest changing the behavior & testing to see if anything breaks - and if nothing does, moving to the behavior rather than supporting both. On Wed, Apr 4, 2018 at