SI'SPOSAEXPO 2010 Gara di torte per una grande festa
[IMAGE] SMSPOSAEXPO 2010 AL CROWNE PLAZA DI CASERTA 18-21 NOVEMBRE GARA DI TORTE PER UNA GRANDE FESTA [IMAGE]Caserta, 13 novembre 2010 â Sl Sposa Expo 2010 h anche partecipazione e divertimento. Nella dolcezza piy assoluta. Questâanno alla Fiera nazionale di prodotti e servizi per il matrimonio câh anche la gara delle torte. Lâevento, che si tiene al Complesso Turistico Crowne Plaza di Caserta (18-21 novembre), giunto alla sua seconda edizione dedica un segmento della quattro giorni, il pomeriggio del 18 novembre, alle competizioni di wedding cake toppers e torte nuziali. Agli organizzatori non poteva mancare un pensiero per il gusto, hanno quindi pensato di mettere in competizione la regina dolce delle cerimonie nuziali. La protagonista del momento piy bello del ricevimento, quando gli sposi brindano con amici e parenti e il giorno unico della propria vita si trasforma in una grande festa. Per i visitatori le piy belle e buone torte di matrimonio, dove il marzapane, la pasta al cioccolato, la pasta di mandorle e la panna la fanno da padrone. Quella romantica, completamente bianca; la nuziale con coralli e conchiglie, quella classica a piy piani e la bianca con fiori di zucchero blu; la torta al cioccolato bianco e nero, la torta bianco e rosa e chi piy ne ha piy ne metta. Saranno tra le protagoniste della gara cui prenderanno parte solo i partecipanti alla Fiera con un proprio stand oppure tramite loro clienti arrivati a Sl Sposa Expo e ai quali sono fornite torte nuziali. Ammesse alla competizione solamente le torte artigianali preparate nei rispettivi laboratori e rifinite nellâelaborazione finale presso il Crowne Plaza. La torta sar` consegnata a un ispettore allâinterno di un involucro che la sottragga alla vista e che non abbia alcun riferimento riconducibile al laboratorio che lâha prodotta . Una giuria, nominata dagli organizzatori, determiner` le classifiche finali. Le torte saranno valutate secondo: originalit`, aspetto estetico, profumo, aroma, gusto.[IMAGE] Al vincitore spetter` una coppa piy un premio di 500 euro. Sar` anche estratto a sorte, tra le partecipanti alla giuria popolare, un premio offerto da Sl Sposa Expo, consistente in una torta nuziale da 12 chilogrammi acquistata presso il laboratorio che si aggiudicher` la gara. Espositori e visitatori tutti protagonisti a quella che si preannuncia come una delle rassegne sul matrimonio piy importanti del Mezzogiorno. Un appuntamento di tendenza alla riscoperta di emozioni, colori, profumi e sapori. Presente il meglio di abiti da cerimonia, abiti da sposa, abiti da sposo, accessori, agenzie di servizi, arredamento, beauty, hair-stylist, bomboniere e confetti, catering, flower designer, fotografia-video, gioielli, intimo, lista nozze, location, musica, auto moderne e dâepoca, carrozze, partecipazioni, ristoranti e alberghi, servizi finanziari, viaggi. La Fiera del matrimonio di Caserta h ricca di sfilate moda-sposi, il super per la sposa in passerella. La sposa del 2010-2011 potr` scegliere tra i tanti modelli che i migliori stilisti hanno creato. Ci sono maestri dâarte per acconciature realizzate con fiori, coroncine, calotte, lunette, composizioni che possono essere unâalternativa al velo piy classico. Per le coppie tanti modi per festeggiare il proprio matrimonio: pranzo, cena o cocktail tradizionalmente fatti in ristorante o in una location con i suggerimenti di wedding planner esperti. Il percorso emozionale, stimolante, in grado di alimentare i sogni e di esaudire i desideri, di Sl Sposa Expo 2010 vi offre anche il dolce. Non mancate! Ufficio Stampa SlSposaExpo Tel +39 0823.1700340 â fax +39 0823.1761335 Casella e-mail: i...@sisposaexpo.it Il presente Comunicato h disponibile anche sul sito www.sisposaexpo.it Se ritenete, inviate avviso di avvenuta pubblicazione presso i...@sisposaexpo.it Ai sensi del D.Lgs 196/2003 informiamo che il Suo indirizzo e-mail h stato reperito attraverso fonti di pubblico dominio o attraverso e-mail o adesioni da noi ricevute. Tutti i destinatari della mail sono in copia nascosta (D.Lgs196/2003). Qualora il messaggio pervenga anche a persona non interessata, preghiamo volercelo cortesemente segnalare rispondendo CANCELLAMI all'indirizzo i...@sisposaexpo.it precisando l'indirizzo che si desidera sia immediatamente rimosso dalla mailing list. Tendiamo ad evitare fastidiosi MULTIPLI INVII, ma laddove cir avvenisse preghiamo di segnalarcelo e ce ne scusiamo sin d'ora. Grazie. leggi tutti i comunicati vai al sito del sisposaexpo
Cigarrillo Electrónico - Para fumar en cualquier lugar
CigarrilloElectronico 88mm con display LCD $ 270 pesos Dispositivo electroacute;niocreado para mejorar la calidad de Vida. Con apariencia de un cigarillo tradicional pero con la ventajade no contar con tabaco ni alquitraacute;n. Sabor a cigarrillo y vapor simulador del humo. Puede ser usado en cualquier lugar ya que no tiene olor ni dantilde;ala saludo.
Ofertas imperdibles de Noviembre en PcDiscount!
PcDiscount - Noviembre (*)Bases y Condiciones. Oferta valida unicamente para nuestros clientes compradores de equipos Notebooks y Desktop durante el periodo del 01/11 al 01/12. Servicio brindado en forma gratuita hasta el 31 de Diciembre del 2010 con una duracion de 20 minutos por cada sesion de asistencia remota en los dias y horarios convenidos de lunes a vienes de 10Hs a 18Hs. img src=file:///C|/Documents and Settings/user/Escritorio/distribuidores/TECHTURN.COM_files/open.htm width=1 height=1
Re: Simple if_iwi.c diff to fix scan lock issue
On 11/15/10 08:12, Jeremy Chase wrote: If an iwi device is interrupted while scanning for an AP the scan lock is not removed. Drivers for if_iwn.c and if_wpi.c have accounted for this in the same manner. I believe if_ipw.c suffers from the same problem, but I don't have a machine to verify it. This diff is for 4.8-stable, but the issue is still in -current. I am running it now, and things seem much more pleasant. Thanks! Index: if_iwi.c === RCS file: /cvs/src/sys/dev/pci/if_iwi.c,v retrieving revision 1.105 diff -r1.105 if_iwi.c 2350a2351,2353 /* In case we were scanning, release the scan lock. */ ic-ic_scan_lock = IEEE80211_SCAN_UNLOCKED; Even if I handled wifi diffs that diff would not tell me much. Please run cvs diff with -uNp. Suggestion: $ echo 'diff -uNp' ~/.cvsrc /Alexander
Re: next step in *DEPENDS simplification
On 11/15/10 19:31, Marc Espie wrote: So now we have *DEPENDS = pkgspec:pkgpath in an uniform way, with pkgspec: completely omitted when it's the default stem-* The idea is to remove as much noise as possible and it's already working great Compare: -RUN_DEPENDS= :desktop-file-utils-*:devel/desktop-file-utils \ - :shared-mime-info-=0.21:misc/shared-mime-info +RUN_DEPENDS= devel/desktop-file-utils \ + shared-mime-info-=0.21:misc/shared-mime-info but it might still be a bit too complex, especially since the most frequent spec is this stem past that version, so STEM- +RUN_DEPENDS= devel/desktop-file-utils \ + STEM-=0.21:misc/shared-mime-info still a bit of line noise. Dropping STEM- altogether looks unnatural +RUN_DEPENDS= devel/desktop-file-utils \ + =0.21:misc/shared-mime-info let's tack the number at the end instead: +RUN_DEPENDS= devel/desktop-file-utils \ + misc/shared-mime-info=0.21 So you drop the dash after the stem path here? While I do find that notation at least as readable, if not more so, it could possibly cause confusion vs the shared-mime-info-=0.21:... notation. Just my two cents as a non-porter. /Alexander looks intuitive, and we're left with only a few (very few ports) with explicit pkgspecs. The problem with this is that those depends are no longer easily parsable and contain something that's not a real path. So let's ask make to rewrite things before the shell sees anything. Yeah, the syntax is totally barbaric, but it says if you see a depends that's ONLY a path (no : and a / should be present) followed by =, then cut it at the first =, and rewrite it backwards with STEM at front. Try this with make describe in say, misc/screen, and see groff coming out as: screen-4.0.3p2|misc/screen||multi-screen window manager|misc/screen/pkg/DESCR|The OpenBSD ports mailing-list po...@openbsd.org|misc||STEM-=1.15.47p2:textproc/groff||any|y|y|y|y as should be. Unless someone has better ideas/comments, I think we're going to go that route. Index: bsd.port.mk === RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v retrieving revision 1.1058 diff -u -p -r1.1058 bsd.port.mk --- bsd.port.mk 14 Nov 2010 11:17:36 - 1.1058 +++ bsd.port.mk 15 Nov 2010 18:24:22 - @@ -563,7 +563,7 @@ ERRORS += Fatal: no flavors for this po USE_GROFF ?= No .if ${USE_GROFF:L} == yes -BUILD_DEPENDS += groff-=1.15.4.7p2:textproc/groff +BUILD_DEPENDS += textproc/groff=1.15.47p2 _PKG_ARGS += -DUSE_GROFF=1 .endif @@ -1425,12 +1425,12 @@ _CHECK_DEPENDS = # normalization of depends to remove extra : .for _v in BUILD LIB RUN REGRESS _CHECK_DEPENDS +:= ${${_v}_DEPENDS} -${_v}_DEPENDS := ${${_v}_DEPENDS:S/^://:S/^://} +${_v}_DEPENDS := ${${_v}_DEPENDS:S/^://:S/^://:C,^([^:]+/[^:=]+)([=][^:]+)$,STEM-\2:\1,} .endfor .for _s in ${MULTI_PACKAGES} . for _v in RUN LIB _CHECK_DEPENDS +:= ${${_v}_DEPENDS${_s}} -${_v}_DEPENDS${_s} := ${${_v}_DEPENDS${_s}:S/^://:S/^://} +${_v}_DEPENDS${_s} := ${${_v}_DEPENDS${_s}:S/^://:S/^://:C,^([^:]+/[^:=]+)([=][^:]+)$,STEM-\2:\1,} . endfor .endfor
Re: next step in *DEPENDS simplification
On Tue, Nov 16, 2010 at 12:29:08AM +0100, Alexander Hall wrote: On 11/15/10 19:31, Marc Espie wrote: So now we have *DEPENDS = pkgspec:pkgpath in an uniform way, with pkgspec: completely omitted when it's the default stem-* The idea is to remove as much noise as possible and it's already working great Compare: -RUN_DEPENDS= :desktop-file-utils-*:devel/desktop-file-utils \ - :shared-mime-info-=0.21:misc/shared-mime-info +RUN_DEPENDS= devel/desktop-file-utils \ + shared-mime-info-=0.21:misc/shared-mime-info but it might still be a bit too complex, especially since the most frequent spec is this stem past that version, so STEM- +RUN_DEPENDS= devel/desktop-file-utils \ + STEM-=0.21:misc/shared-mime-info still a bit of line noise. Dropping STEM- altogether looks unnatural +RUN_DEPENDS= devel/desktop-file-utils \ + =0.21:misc/shared-mime-info let's tack the number at the end instead: +RUN_DEPENDS= devel/desktop-file-utils \ + misc/shared-mime-info=0.21 So you drop the dash after the stem path here? While I do find that notation at least as readable, if not more so, it could possibly cause confusion vs the shared-mime-info-=0.21:... notation. There is no stem in there. A pkgpath is something different. For a pkgspec, the - does makes some sense, because we go from screen-3.0.2 to screen-=3.0.2 but in misc/screen there's never been any -, so misc/screen=3.02 should be okay. That said, it's likely that more verifications for valid specs might save some people some head-scratching...
Allow routing options in PF match rules
Second try. Fixes (thank you, Henning, for fast, actual comments): - Old and new pfsync should now co-operate smoothly, assuming you do not use routing options on match rules until all firewalls got updated. If you will not, you'll shoot yourself in the foot: stats and traffic may get screwed, not checked if that may cause panics. Again: pfsync was NOT tested in real environment. - More style(9) compliance. Not sure about struct pf_state change, though: will it ever break on architectures with 4-byte pointers but 64-bit alignment requirements, if there are any?.. Sorry for possibly stupid question. (Sorry if this'll start a new thread for you, I'm playing with making smtpd and GMail friends). Index: sys/net/if_pflog.c === RCS file: /cvs/src/sys/net/if_pflog.c,v retrieving revision 1.32 diff -u -p -r1.32 if_pflog.c --- sys/net/if_pflog.c 21 Sep 2010 22:49:14 - 1.32 +++ sys/net/if_pflog.c 16 Nov 2010 01:33:03 - @@ -212,7 +212,7 @@ pflogioctl(struct ifnet *ifp, u_long cmd int pflog_packet(struct pfi_kif *kif, struct mbuf *m, sa_family_t af, u_int8_t dir, u_int8_t reason, struct pf_rule *rm, struct pf_rule *am, -struct pf_ruleset *ruleset, struct pf_pdesc *pd) +struct pf_rule *rtr, struct pf_ruleset *ruleset, struct pf_pdesc *pd) { #if NBPFILTER 0 struct ifnet *ifn; @@ -241,6 +241,10 @@ pflog_packet(struct pfi_kif *kif, struct strlcpy(hdr.ruleset, ruleset-anchor-name, sizeof(hdr.ruleset)); } + if (rtr == NULL) + hdr.rt_rulenr = htonl(-1); + else + hdr.rt_rulenr = htonl(rtr-nr); if (rm-log PF_LOG_SOCKET_LOOKUP !pd-lookup.done) pd-lookup.done = pf_socket_lookup(dir, pd); if (pd-lookup.done 0) { Index: sys/net/if_pflog.h === RCS file: /cvs/src/sys/net/if_pflog.h,v retrieving revision 1.17 diff -u -p -r1.17 if_pflog.h --- sys/net/if_pflog.h 21 Sep 2010 11:05:10 - 1.17 +++ sys/net/if_pflog.h 16 Nov 2010 01:33:03 - @@ -59,6 +59,7 @@ struct pfloghdr { struct pf_addr daddr; u_int16_t sport; u_int16_t dport; + u_int32_t rt_rulenr; }; #define PFLOG_HDRLEN sizeof(struct pfloghdr) @@ -70,9 +71,9 @@ struct pfloghdr { void pflog_bpfcopy(const void *, void *, size_t); #if NPFLOG 0 -#definePFLOG_PACKET(i,x,a,b,c,d,e,f,g,h) pflog_packet(i,a,b,c,d,e,f,g,h) +#definePFLOG_PACKET(i,x,a,b,c,d,e,f,g,h,j) pflog_packet(i,a,b,c,d,e,f,g,h,j) #else -#definePFLOG_PACKET(i,x,a,b,c,d,e,f,g,h) ((void)0) +#definePFLOG_PACKET(i,x,a,b,c,d,e,f,g,h,j) ((void)0) #endif /* NPFLOG 0 */ #endif /* _KERNEL */ #endif /* _NET_IF_PFLOG_H_ */ Index: sys/net/if_pfsync.c === RCS file: /cvs/src/sys/net/if_pfsync.c,v retrieving revision 1.156 diff -u -p -r1.156 if_pfsync.c --- sys/net/if_pfsync.c 27 Sep 2010 23:45:48 - 1.156 +++ sys/net/if_pfsync.c 16 Nov 2010 01:33:03 - @@ -466,6 +466,15 @@ pfsync_state_export(struct pfsync_state sp-anchor = htonl(st-anchor.ptr-nr); sp-nat_rule = htonl(-1); /* left for compat, nat_rule is gone */ + /* +* Make pfsync with and without support of routing rules co-exist: leave +* 0 instead -1 and do the decrement dance in pfsync_state_import(). +*/ + if (st-rt_rule == NULL) + sp-rt_rule = 0; + else + sp-rt_rule = htonl(st-rt_rule-nr + 1); + pf_state_counter_hton(st-packets[0], sp-packets[0]); pf_state_counter_hton(st-packets[1], sp-packets[1]); pf_state_counter_hton(st-bytes[0], sp-bytes[0]); @@ -481,7 +490,7 @@ pfsync_state_import(struct pfsync_state { struct pf_state *st = NULL; struct pf_state_key *skw = NULL, *sks = NULL; - struct pf_rule *r = NULL; + struct pf_rule *r = NULL, *rtr = NULL; struct pfi_kif *kif; int pool_flags; int error; @@ -504,12 +513,18 @@ pfsync_state_import(struct pfsync_state * If the ruleset checksums match or the state is coming from the ioctl, * it's safe to associate the state with the rule of that number. */ - if (sp-rule != htonl(-1) sp-anchor == htonl(-1) - (flags (PFSYNC_SI_IOCTL | PFSYNC_SI_CKSUM)) ntohl(sp-rule) - pf_main_ruleset.rules.active.rcount) - r = pf_main_ruleset.rules.active.ptr_array[ntohl(sp-rule)]; - else - r = pf_default_rule; + if ((flags (PFSYNC_SI_IOCTL | PFSYNC_SI_CKSUM))) { + if (sp-rule != htonl(-1) sp-anchor == htonl(-1) + ntohl(sp-rule) pf_main_ruleset.rules.active.rcount) + r =
Compresores Múltiples Usos
$ 590 pesos Compresor de aire 2,5 HP 50 lts Compresorde alta recuperacion / Ideal para usar con pistolasde Pintar y herramientas neumaacute;ticas / Potencia 2,5HP / Presioacute;n 125 lbs / Tanque 50 lts / Caudal 366 l/min Equipode Pintar con Minicompresor $290 Pesos Compresor 2 HP 24 lts $420 Pesos Compresor de aire 2,5 HP 100 lts $ 985 Pesos Compresorde aire 3 HP 100 lts $ 1748 Pesos