similar to: xen-linux-system-2.6.17-2-xen-amd64 is broken?

Hi, I see that there aren't AMD64 packages in unstable. Is ti related to this bug? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439662 In ubuntu it compiles on amd64. https://launchpad.net/ubuntu/+source/xen-3.1/3.1.0-0ubuntu15 Is there collaboration between debian xen team and ubuntu xen team? Regards, -- Marco Crociani - Tyrael * Perch? usare Formati Aperti? -

Hi, this morining I was trying to compile xen 3.1 on my Debian Etch (AMD64). I have a little problem with gcc-multilib. It depends on many packages that don't exist in Etch. So I brutally remove it from debian/control and then dpkg-buildpackage. There was some warning on compilation: dpkg-shlibdeps: warning: format of `NEEDED libxenstore.so' not recognized dpkg-shlibdeps: warning: format

Hi, I just happen to see that there are no Xen 3.1 packages in unstable as of yet - even if 3.1 is released since a while now. There are the Packages in Ralph's apt repository, but I wonder why there are no newer packages yet. This shouldn't be criticism, but two questions come up: 1) Is the reason that there are no newer packages that you need some more help? Then I might be able to

Vuoi Davvero Guadagnare con Internet? Bene, salva su disco questa pagina per averla a portata di mano anche se il tuo PC non ? connesso a Internet, poi copia quanto segue in Word o in Blocco Note e stampalo, cos? lo potrai leggere con pi? attenzione. Questo Sistema ? diverso da tutti gli altri, quindi non essere precipitoso nel valutarlo senza averlo compreso a fondo, ma ti assicuro che

On 06/04/2018 19:33, Shyam Ranganathan wrote: > Hi, > > We postponed this and I did not announce this to the lists. The number > of bugs fixed against 3.10.12 is low, and I decided to move this to the > 30th of Apr instead. > > Is there a specific fix that you are looking for in the release? > Hi, yes, it's this: https://review.gluster.org/19730

On 09/04/2018 21:36, Shyam Ranganathan wrote: > On 04/09/2018 04:48 AM, Marco Lorenzo Crociani wrote: >> On 06/04/2018 19:33, Shyam Ranganathan wrote: >>> Hi, >>> >>> We postponed this and I did not announce this to the lists. The number >>> of bugs fixed against 3.10.12 is low, and I decided to move this to the >>> 30th of Apr instead.

Have sent a backport request https://review.gluster.org/19730 at release-3.10 branch. Hopefully this fix will be picked up in next update. On Fri, Mar 16, 2018 at 4:47 PM, Marco Lorenzo Crociani < marcoc at prismatelecomtesting.com> wrote: > Hi, > I'm hitting bug https://bugzilla.redhat.com/show_bug.cgi?id=1442983 > on glusterfs 3.10.11 and oVirt 4.1.9 (and before on glusterfs

Hi, this patch it's already available in the community version of gluster 3.12? In which version? If not, there is plan to backport it? Greetings, ??? Paolo Il 16/03/2018 13:24, Atin Mukherjee ha scritto: > Have sent a backport request https://review.gluster.org/19730 at > release-3.10 branch. Hopefully this fix will be picked up in next update. > > On Fri, Mar 16, 2018 at

Fix that when scrub tries to repair an I/O or checksum error and one of the devices containing the mirror is missing, it crashes in bio_add_page because the bdev is a NULL pointer for missing devices. Reported-by: Marco L. Crociani <marco.crociani@gmail.com> Signed-off-by: Stefan Behrens <sbehrens@giantdisaster.de> --- fs/btrfs/scrub.c | 7 +++++++ 1 file changed, 7 insertions(+)

Hi, there I am a graduate student new to coding in S who is hitting a bit of a wall at present using an "optim" function. I am running into some troubles, and was hoping someone might be able to recognize where I am going wrong. As background: I have constructed a loop that carries out a 365-day calculation for a mass-balance model. Basically, the model depends on 2 variables (p,

Hi, the situation: Label: ''RootFS''  uuid: c87975a0-a575-405e-9890-d3f7f25bbd96     Total devices 2 FS bytes used 284.98GB     devid    2 size 311.82GB used 286.51GB path /dev/sdb3     devid    1 size 897.76GB used 286.51GB path /dev/sda3 RootFS created when sda3 was 897.76GB and sdb3 311.82GB. I have now freed other space on sdb. So I deleted sdb3 and recreated it occupying all

I forgot tftp32 log. Here it is, starting from "default" file request: Connection received from 192.168.1.20 on port 57099 [31/05 10:51: 29.370] Read request for file <pxelinux.cfg/default>. Mode octet [31/05 10:51:29.370] OACK: <tsize=938,> [31/05 10:51:29.420] Using local port 1286 [31/05 10:51:29.420] Connection received from 192.168.1.20 on port 57100 [31/05

Hi, I'm hitting bug https://bugzilla.redhat.com/show_bug.cgi?id=1442983 on glusterfs 3.10.11 and oVirt 4.1.9 (and before on glusterfs 3.8.14) The bug report says fixed in glusterfs-3.12.2-1 Is there a plan to backport the fix to 3.10.x releases or the only way to fix is upgrade to 3.12? Regards, -- Marco Crociani

Hi, are there any news for 3.10.12 release? Regards, -- Marco Crociani

Hi, We postponed this and I did not announce this to the lists. The number of bugs fixed against 3.10.12 is low, and I decided to move this to the 30th of Apr instead. Is there a specific fix that you are looking for in the release? Thanks, Shyam On 04/06/2018 11:47 AM, Marco Lorenzo Crociani wrote: > Hi, > are there any news for 3.10.12 release? > > Regards, >

On 04/09/2018 04:48 AM, Marco Lorenzo Crociani wrote: > On 06/04/2018 19:33, Shyam Ranganathan wrote: >> Hi, >> >> We postponed this and I did not announce this to the lists. The number >> of bugs fixed against 3.10.12 is low, and I decided to move this to the >> 30th of Apr instead. >> >> Is there a specific fix that you are looking for in the release?

It's not pinin', it's passed on! This library is no more! It has ceased to be! It's expired and gone to meet its maker! This is a late library! It's a stiff! Bereft of life, it rests in peace! If you hadn't nailed it to the perch it would be pushing up the daisies! It's rung down the curtain and joined the choir invisible! This is an X-lib! After two candidate

I'm using pxelinux.0 version 3.81 (3.80 had similar problems) with tftpd32. It is very slow in loading "default" file; tftpd32 shows it continuously sends this file together with menu.c32, but pxelinux.0 keeps on requesting for, say, 5 seconds. Occasionally it is also slow in checking the other possible config files (those based on mac address): it spends some seconds on each

Package: xen-hypervisor-3.0-unstable-1-amd64 Version: 3.0-unstable+hg11292-2 Severity: important My server is a dell 2950 server. Before the dom0 rebooting bug ocurred, xen was well even for hvm domU. By now i have tried xen-hypervisor-3.0-amd64 (3.0.2+hg9697-2) and xen-hypervisor-3.0-unstable-1-amd64 (3.0-unstable+hg11292-2), but both of them are unusable for me. for

= Linee guida per la modifica del Wiki di CentOS = Questa pagina contiene alcune linee guida per la modifica del Wiki. Poich? queste linee guida sono in divenire, ricordatevi di tornare su questa pagina ogni tanto. == Linee guida riguardo al markup del Wiki == * Usare link relativi invece che link assoluti o link liberi. I link relativi devono avere la forma seguente: {{{[:Percorso:Testo