Welcome to JSA TV Live, the newsroom for data center and telecom professionals coming to live today from the floor of PTC 2023. I'm Barb Mitchell and joining me is Ivo Pascucci, VP Business Head Americas for Airtel. Hi, Barb. Yeah, thanks for joining us. Thank you. Yeah, it's always, it's great to catch up live in person. This event is, it's so busy this year. I know that, you know, we're talking about record setting attendance. How's it feeling for you? It's great. Yeah, definitely, definitely looks like record setting attendance. A lot of people here, a lot of activity, a lot of nice to reconnect with everyone after working remotely for the last couple of years, right? I think everybody's just ready to reconnect. Absolutely. Makes such a difference, doesn't it? And yeah, so in your conversations when you're having with, that you're having with people or for those of our viewers who aren't lucky enough to be with us in Waikiki, tell us a little bit about the unique solutions that Airtel offers. Yeah, I think for us, it's been great to, you know, reconnect with customers in person. You know, Airtel as the largest provider in India for enterprise solutions.  Yeah.  So that's really one of the top topics. And then, you know, in Africa, we operate in 14 countries as a key mobile provider. So even Africa as well, we're having, you know, some really good dialogue with customers looking to enter that market. Yeah. And so what's, how is your offering, you know, different or what can you bring to these different markets, whether, you know, whether it be India or Asia or Africa? It's really like infrastructure. I mean, you know, as I mentioned in India across India and then the markets we operate in in Africa, we have nearly 500 million mobile subscribers at the consumer level. You know, we have a lot of our own infrastructure that we've built out fiber infrastructure in all of these markets in India. Specifically, we have the next data center platform where we have 120 edge data centers and 12 hyperscale data centers. So, you know, we're really able to serve the full stack of infrastructure requirements for our customers. Yeah. And so we're sitting here, it's, you know, January, we're all coming together as an industry to talk about Keith pressing issues and challenges and, you know, trends that everyone's experiencing. What are you seeing as some of the top things that are coming up in conversations you're having?  And for the market. And so that seems to be for us the big thing that's coming up.  The market is upskilling, right? And so we're seeing, you know, we're seeing a lot of opportunity and new entrants that want to come in to the market, both in India and Africa. And I think with our consumer base and our enterprise customer base, you know, we're able to give our, you know, our partners a fast time to market and really help them to serve those customers. And then for the local markets, you know, we really, you know, open the door and bring them into the, you know, global ecosystem, into the digitalization and access to all of those services. Yeah. And obviously India is the heart of Airtel's business. And I know there's a big 5G revolution happening there. Talk about that. You know, what does that mean? Yeah, it's, yeah, there's definitely a big 5G revolution going on. And, you know, we've invested heavily into a lot of spectrum. We're rolling that out. And I think, you know, for, for the enterprises specifically initially, there's definitely a lot of opportunity for them, you know, to take advantage of what 5G brings.   Yeah. So any sort of parting words, you know, before we wrap up, what should we watch out for with Airtel in 2023?  We're a great partner, you know, and we're able to, you know, facilitate and enable them, you know, to bring their services and help with the, you know, the digital revolution that we're seeing in these markets. Amazing. So for those folks who aren't fortunate enough to meet with you in person here at PTC, how can they connect with you? Yep, you can find me on LinkedIn, Evo Pascucci, or, you know, they can reach out to me through JSA, for sure. Yeah. Thank you. Thank you so much. Thanks for joining us. A pleasure to catch up and hear all of the great things that Airtel's focusing on and supporting for the market, for the industry. So thank you for your time. Thank you, Barnes. And thank you viewers for tuning in to JSA TV here at PTC 2023. Mahalo.


Like a smile owned by its teeth, like a kiss sold to yourself, this is how your city grows. Like the tender limbs of trees let our timber lenders breathe in, this is how your city grows from hand-to-hand a relay sport. How we shape thought into word, every awe we build from earth as if the rain falls in reverse to feed the clouds. Like a self-healing heart, your city grows impossible. This common opereness, not made of steel but give and take, counts your currency and character instead of money that your minutes make here. Your value doesn't need to lie. Your city's limbs aren't lopsided. They yearn to grow in equal length and not through competition but cooperation of each the people's strength.


No, as far as I'm concerned, I mean I have the best job on the planet because anybody who gets to actually talk about their very favorite thing every single day, every single day, the thing that we're talking about is my very favorite ever. What a great job. Today we get to talk about my very favorite system, the reproductive system, and we're going to build ourselves into a pretty complicated understanding of the reproductive system, which really, it's absolutely fantastic. The way the ladies and the fellas set themselves up to pass on our genetics and make little parasites that, I mean, for whatever reason we find quite fabulous, it's a really great process. So, before we start, here's what I want to tell you. We're going to build a visual here, and it's a very complicated visual. And we're going to spend really the first six sections of this lecture building this visual. It's going to be really important that you pay attention as we build because the parts that we're going to add, like each section that we do is going to add another layer into our understanding of the overall big picture. The reproductive system is, what we're going to focus on is what happens in the ladies hormonally that enables us to carry out baby making because really we do the bulk of the baby making work, the baby making work, the growing work, that part of the work, we do the bulk of it, and that's just an anatomical phenomenon. Speaking of anatomy, I just recorded the anatomy of the reproductive system, and so if there's any part of this that you're like, I don't remember those parts, I will give you little hints to instruct you to perhaps go and watch that anatomy lecture, and that might fill in some of the blanks for you. So, deep breath and dive in to the fun of reproductive madness.


So, welcome everybody, we are not so many people here, but I hope for an active discussion because it's called Roundtable, we are one round room and we want to discuss everything. I just want to give a very short historic overview about the science. You see, we had a mailing list in the beginning and it evolved to something where people are really discussing and working in 2007 and don't care about the names, I'm way too active in this list. These are the list of people who are really working, Stefan and Sylvester, Sylvester is here and there are other people who are working on Deviant Science and more or less packages. Here's a list of the people discussing packaging issues, so we have some active crews since 2008 here and I really hope that these bars stay here solid for every so we will not lose people and increase a little bit. Then there is another group called packaging Skycomp, which was by chance more or less not really competing but in parallel but we try to make it connect to Deviant Science and you see we are working on this, people are now working in Deviant Science, so to avoid confusion. The x-axis is wrong, definitely wrong, it should be, I don't know why, this is 2011 but the others, I'm sorry, take this as the x-axis, I don't know why it's wrong. This is a scientist, he has detected the fault, so this is where these people discussing, so we try to avoid confusion inside Deviant Science, this should be connected in the Deviant Science team. So these are the uploaders, so what is really uploaded by Deviant Science team, you see we have some increase and in my opinion this is quite a good sign that Deviant is featuring a lot of scientific packages and we want to make sure that every scientist is well equipped with solving Deviant and here in comparison the Deviant Psychome team uploads, which is a little bit decreasing and we think we join soon. So there is some interaction between Pekake Skycomb, but I think it's nearly finished and is kind of friendly takeover, whatever. So we want to do in Deviant Science, what do you want to continue or want me to I can chat about this one. So what we would like to do now is to highlight that Deviant has a lot of scientific packages, so it is something that we haven't been very good at, I have many people who are coming to see me on a daily basis and asking me so what do you think about scientific Linux and so they've got a very good visibility over the internet and the Linux world because everybody thinks that scientific Linux is shipping a lot of scientific packages, which is not the case. Basically CentOS plus MPI and a few others. While in Deviant we have plenty of scientific packages, so one thing that I would like to work during the next few months before the next day at Conf is basically do some advertising to show that we have plenty of scientific packages, that we have plenty of application and so on. So this is one of the things I would like to discuss today, how we can make this happen and so on, so maybe create a website and highlight that more stronger use of Deviant Blends and so on. In this field also we would like to talk about two things, basically make sure that the Deviant Blend list of scientific packages is up to date, because for now it's not the case, so you can find many scientific packages in the archive which are not reference on the on Blend. And the other way around is to use Blend as a list of what we should package next. We have been packaging a lot of software and we would like, I'm sure there are plenty to package, so which one we should have in the archive which are really necessary on a daily basis for scientists. Now we have, I take this one. We have prepared a list from last year's Deviant Science workshop with open topics. I was not, I did not join this workshop because I was not in New York, but I created this wiki page which is listing basically five topics and my suggestion would be we keep on talking these open topics and if you have no better suggestion we start with the first one which is about the BipTec files. There are three options discussed or there were three options discussed. We want to keep the references for certain scientific programs and these references are currently spread over in part in the copyright file, what I think is wrong because it's not copyright information. Then we have some Bip files in Deviant Bip which are strictly BipTec files which has some advantage because you can cite them quite easily and we have the Deviant upstream metadata YAML approach which was started by Charles Plessy and the idea is to collect every data, every metadata of a package in one file, have it in a common format and have the upstream or the reference information inside this format and you could easily draw a script on it to put it into a BipTec file or something else. So this I think this is the first topic we can discuss. What is your opinion of you where should we put those references? It was just to ask I may have missed the point but what's the problem or what we want to do with BipTec files? Okay the problem is you have some scientific software which is written by a scientist and he has published a paper basic on the software and it should be documented to get it quoted and it would even make the author of the software more happy about Deviant because he gets some extra reward. Yeah okay but we should agree on a common format to make it usable. So any opinions? So I guess I don't really have strong opinions about what first of all I think the initiative is a good idea.  As far as the format it seems like at least for me BipTec is the sort of least common denominator format and if we want to use something else then there have to be some advantages to that so I don't know somebody here has talked with Charles or as followed this and can relate. The advantage of the upstream meta data Yama is in my opinion the first one it is propagated to UDD so we have and every meta information in the universal data database and I am using this data out of UDD to build the task pages and so we can propagate this reference information very very easily to the task pages. So it is a good idea to have it there. It is not so good if you want to do some citations right if you put it into BipTec input and there would be some script needed to just convert it. I don't know either of the formats but you're emphasizing the upstream meta data as it can do something else. It sounds to me like couldn't isn't it a simple question of making a filter for the Bip data or is it a complex format to extract from? I understand that Yama is the original one like similar to Jason but older than that and so but the Bip format which is specific to these references that we need. So it's not a great format but it's certainly parsable. We have several parsers in the archive and it is popular among scientists and scholars of and students of various kinds yes. So it's a natural it's a I would say it has the advantage that it's human-authorable whereas in my opinion Yama is not really human authorable for most humans. It is about extract this topic then I keep on answering this one because we use the text in BipTec format as a field names in Yama so it's one-to-one relation so this is not more complex. I'm actually wondering what exact kind of information you want to put in there for example if there's an R implementation using a specific algorithm having a paper listed there which explains the algorithm or is it some paper actually for example using the software? Currently we use it for a published paper how the algorithm algorithm works but I think there's no restriction if you if there is a publication which is somehow connected to the software it makes sense to put it there. So if I understand it correctly it's usually information which is somewhere in the documentation does not centralised and maybe not in the correct or in one format because if somebody actually publishes a paper I guess it is somewhere in the read me or any other documentation. No it's about some remote documental some remote paper which is not inside not necessarily inside the package it is just published on NCBI or wherever and not it could even be that it's the content of this paper is only accessible for for people who subscribe some something. Are you interested or are you pushing for this bit format being out I used outside of the Debian Science project in some context it would probably make sense to cite things in other packages which are not part of the Debian Science project because they use an interesting algorithm or something and I think nobody else is aware of this at least I didn't hear of it any time. Well nobody is forbidden to use this format in this packaging. You don't have to be a member of Debian Science or you need to know this Debian Science project it's just an effort if there are any references which are relevant then it makes sense to have a common format and anybody can use it. Instead of using just another metadata format why not we use something like RDF to describe different kind of packages. RDF I was mentioning why we don't want to use a metadata format that it's already known and specified out there like RDF to collect information about different resources that we use. Who knows RDF please rise your hand. Who knows RDF format. We just could add this. In this case I would really really vote to use upstream metadata and use a converter to either BipTech or RDF. This format is generic for any metadata of a package not only for references and I think if you have a generic format which works also for references and then we convert it it might be more flexible. Sounds lovely. How is the upstream metadata format governed or who is designing the structures so that it's reliable that it's uniform how to convert from this format to the resource description framework which is aiming at being a universal format to describing the whole world. I'm not really sure if there is a DEP about this upstream metadata YAML but at least there's a wiki page you should check it and we try or Charles tries and I think it's a good idea to to make use this Debian byte so that you have like you have a Debian rules file you have a Debian copyright file you have this Debian upstream metadata YAML file this is the idea to not overload for instance the copyright the control file just clarify I'm not against I'm questioning it because there has been a process for the copyright file it has taken some years and we have figured out what is sensible there based on a lot of it was actually trying to to see it out things that already was written in policy but just trying to make it machine readable that was not a process to what should be in there and how it was very tiny piece of it this to me sounds like the yoga file of the Debian so I'm curious about is there already a process similar to the one for copyright files for that file to handle this to me yoga file and my answer is I'm not really sure if there is a DEP process I'm not sure I know there's yeah yeah but it there's a wiki page you can go to Debian wiki.debian.org upstream metadata YAML and there is description what should be in and what's the intention of it so and there are in in the Debian me team we have 30 or 40 of them for those packages which which basically is the references the the home page the author's name is it's a little bit duplicated but yeah it's basically the content where I I'm using it there are other suggestions on on the wiki page I do not remember by heart okay anybody else did somebody notes on this copy we did I was I will show the copy thing we have this this on Debian copy dot Debian dot net this file where you can include and perhaps make some notes to to make it easier afterwards to remember what we discussed so we have not really consensus but do we want to there's a content there yeah we can agree that Debian slash copyright is not the right place for references I think this this is everybody agrees we can also agree that there will be huge amounts of screaming if we try and add more fields to deviant slash control even though in some sense it belongs references belong there as much as home pages do it is sense home pages are upstream metadata right they should be in some sense in the same place as references but okay so there's two things we can agree you get a lot of friends in the embedded devices a corner which get want to get rid of the home pages and overload of this information but actually we found reference information in the long descriptions of deviant control file and we want to get rid of this because it's not formatted and you cannot get it and it belongs also not there so frankly I don't see any strong case for anything but big tech if it's convertible to big tech in theory it's the same but in practice it's more difficult for users that I presume will overwhelmingly use latex so my idea would would be to have some time of post script file which could be used by dh I just guessing dh science install whatever and if it finds upstream metadata yamal it converts the reference context to user share science pip texts whatever we define and then you to get it and you have it and rdf if it makes sense and it is used by any any program I think this might be sensible okay so all I care about it is that the user finds big tech that's really important so we want to make the user find all references on the commonplace this should be the goal okay so I was always thinking about what we can we make deviant science more visible or even I learned that we have a lot of physicists or a lot of mathematicians shouldn't they try to make their task a little bit more fine grained to make the initial idea of deviant science was we have a large umbrella for all scientists because there's not enough manpower behind those specific topics I would really like to see some kind of leaders of those sub-projects because I think debi shem is working quite good that did not really adopted this this blandish idea and what they accepted that I did it for them and we have debi and gis which do the geographical information systems debi and biology is more or less covered by debi and made and so I would love to see some people who care for for other sciences in a more specific way even if I do not want to to get rid of debi and science but but I think we could grow some children now what do you think about this is there anybody who likes to run a specific plant I'm not so sure that the team is so big and active and that it makes sense to split I mean I don't know if it how that would work from a logistical point of view but my feeling is that the deviant science team maybe hasn't even reached critical mass in terms of for example it's a much different setting but what I'm doing as I sit here and not take notes is working on some package pearl stuff and if I compare the ability to bring new packages in and mentor them and get them to become debian developers which I think is part of what we want to do I think we're not there yet so I I mean I'm not opposed to marketing ideas but I think we should also think about keeping some unity and critical mass in the team yeah it's definitely a question of critical mass and I but my experience was I was starting deviant mid when I was quite alone and I took about three years until I got two or three more but now we have I think because the deviant mid team existed we had about eight to ten more developers than without this so it is yeah I don't think it's dangerous if you if there's somebody who would announce and it doesn't fly we doesn't lose so much so but we we can in principle we can only win if somebody spends a little bit of time it's my opinion I cannot force anybody so but if nobody else rises and said well I want to do it then we could go to the next topic yeah this is also it's probably probably the same like references yeah and this is also one topic which was brought up in the the biology world we have three deviant developers in a very large medical institute in in Great Britain and they don't use deviant mid and I ask them why and they answered well the problem is every single user wants to pin on a very specific versions because he can only with this version reproduce his scientific results I admit I don't really like this attempt because I thought the data are broken or the programs are broken if you can't reduce reproduce it but if the user wants the system as it is what should we do do you have any idea we yeah snapshots but it says there I mean that's only the only sensible thing I can see for people to use grab your packages from there not install everything from there but grab those specific packages from there we can we can we can help our odd users like that but I don't I don't see the sensibility of debian serving the purpose of maintaining broken things of odd versions like that it's not designed to be an historical archive of working with the past of the individual packages okay well I wanted to to say we have apt pinning if they want to keep to a specific version and so he was saying this needs it to be uploaded at least once to dabion well if they use uh dabion science then they won't use a version that that we have skipped so I don't see that as a big problem but we can also try to upload every upstream version it's not not useful uh but yeah teach them apt pinning yeah no what I meant is basically if a user wants a specific version which never been into the archive he cannot switch to this one and I do not agree all the time that it means the software I broke and for example with Fortran compiler doing if you switch from a version to another you can get some different result because of the compiler so it's not only a problem of the final software it's a world chain yeah and on the other hand I mean for people packaging these these these things if anyone is interested in in experiences in in maintaining multiple branches of things but but no don't laugh I mean seriously if if anyone is interested in this and I I have a little bit of experience in in doing with with the sugar the sugar packaging is maintained for too many versions at the moment yeah it's not cleaned up but but I have done that for for a couple of years so it's not that hard if upstream is alive with as maintaining these is treating them as still alive branches I was thinking that they were not I was assuming it was upstream is moving on then no I was not laughing since this was a bad idea it is just it's a huge work when you have when you are maintaining tons of package and if you have to maintain a few different version it is a lot of work but I understand the point and I already know some people who are doing that on the daily basis but it's still a lot of work and it's not rewarding as a as a package or to do that so I'm monopolizing the mic a bit but so two points one just a kind of snarky remark which is that expecting the same results from floating point computations is nonsense but there's nothing we as Debian can do about that misconception but the less snarky remark is it sounds a bit okay so versions that have never been in the archive are one thing but in some sense you need to think about forward ports of old versions to newer desktops of course the same scientist who wants this exact version of the Fortran compiler wants to run ice weasel 5.0 so we can use google plus so sorry so this is I think a new concept within Debian and I'm not sure if it's worth supporting but it's a it's a would be a service to the community I suppose if the demand is there well there are also different kinds of different versions there are small incremental bug fixes that probably we shouldn't bother about actively maintaining and there are major releases so and in that I think I think we should we should we should strive to make major releases are co-installable well for example so I'm thinking of the way I packaged Isabelle I didn't upload it to Debian because of because of stream didn't want me to but that's not an issue and everything was in directories with the major version name in it so the different incompatible major versions would be would be co-installable and then we don't even need snapshot we don't even need really pinning it's just the different packages in the archive when it makes sense please I think one solution to this would be producing static packages by some manner or being able to do that without problems because if you have an installation use it and then upgrade upgrade upgrade usually the old version works on but the problem is if you have a new install once a specific version from like two years ago you have a pain in the arse getting the actual libraries so producing a stable a static version of that version actually wanted would be a solution I guess but not a really nice one we're really opening a can of worms here you do not want the static version if it's linked against lip png which is later on have security fixes on the other hand when you're saying that you want something static is it really at the application or is it the underlying libraries that you wanted to fix it you didn't know but you just realized that it worked with the old environment okay so saying that you want the old environment of this but you want the new environment of another part of your system is just the can of worms so there's there's there's several suggestions for this and I'm pretty sure if we if we follow any of them then we will learn both how few users are really using this because they will they will not trust us because there will be fewer eyeballs on these specialty things and and and on the other hand we also learn if it was the library they really wanted or it was the old version of if it was a forward port or if it was there's there's many ways to go and it's we're getting fewer and fewer users so I don't I think it generally I mean the the maintainers of each specific package might might might might learn or might know better feel better if it if it's relevant I I tried out with sugar which is not a Debian science package but I tried with sugar because it seemed as if there was a large community from a version that was that upstream was deriving from but they still wanted to maintain all of South America was still using the old branch okay and then later on I learned that the next branches was not really used so it turns out that I need may not need to shut them down and still maintain the old worst that's specific to this one package making full think thinking in full infrastructures for Debian for this thing I don't I don't see that as as sensible it's it's becoming too narrow so finally I think even if we would find the way to support this but I'm not sure we we find only very few users and it's probably not worth the effort all this stuff what about we teach people how to use virtual machines I mean with KVM and I mean so many machines are capable of running virtual machines really well now and you should have a virtual machine that you run your experiments on and make a backup of that virtual machine and when you want to run it again pull it out of the cupboard and boot the virtual machine I think that's yeah probably it's a good idea did somebody know that this on the please anybody put put note on the the goby thank you so the idea of last year it was to add more tags to the package that we've got so I'm not very familiar with this part into Debian so I don't know if some people want to explain more how we could do that in the archive in the package we've got and if people are interested or not okay we can skip this one does everybody know depth text depth text depth text okay so I should explain what depth text are so this is here and Rico Zini will speak here he's the inventor of depth text to make some yeah 10 minutes left to make to make it easy to to find packages in Debian for instance you can ask depth text give me all packages which are have a graphical interface and doing image processing for instance a scope yes it's at the scope and I would really love if everybody would go to depth text dot debian dot net and have a look because it makes quite some sense to have all the scientific packages uh text for in principle it is a quite a duplication of work what we have done in the tasks it is it's a competing concept but the concept is so less known because you have to trust the users to invert it the tasks we can do it manually ourselves and that's why they are there and the depth text is is much more flexible but um it it depends a bit on the people to to work together and which which of reason it not happened if not even 50 percent in the room know about this concept um I would really like to to that we discussed on the mailing list later what text makes sense for scientific scientific software and that we enforce people to go there and to do the tacking alternative approach that those few that is interested in this and see this as being super cool on one of them um maybe subvert the this other approach and they make it use the depth text mechanism uh because no it's not needed that you rely on the users you can run your own repository of depth text so we could I would perfectly agree that we could probably create our task files from the depth text database it would probably work and then we could work on this approach but because what about making what about making tags from the task files is is that a sensible concept it might work if if if these the tags and the tasks match and for for um Debian science they don't match because we have not fine-grained tasks in uh Debian mid we have fine-grained enough tasks um I think the I think the the tags will always be more detailed than the tasks so I would go the other way around maybe because tags contain implementation language and uh whether it's a graphical UI or not which I don't see encoding in tags no you you won you won I see depth text is more generic than uh it's more generic there's more uh more uses multi-purpose than than the other so but let's not get into details of that now I think in principle I agree with Jonas about this but I think if we we should proceed now and we we have only five minutes left if there's any topic left yeah so we we had a discussion on Debian science a few weeks ago so the idea was at first that we have two main English we have Debian science and Debian maintainer and the first idea was to use Debian science for users and Debian science maintainer for packages so about 20 people say yeah it should be a good idea and at some point Hadam Poel came with uh with the arguments that uh people who are users usually go on the mailing list of the software they are using and not on Debian so uh at some point they say okay he's right so maybe we should say okay the way we are using it now is fine or maybe we should say okay Debian science should be for users and not for packaging question I think because of the packaging question users are leaving the mailing list so we have more geeks on the mailing list than users and maybe we want to get more feedback from the real users of the software so it's a tricky question for me user-oriented question so it's not very interesting for us I don't have any data because you have to check on the mailing on the mailing list we subscribe and you don't know exactly who it is and you don't know if they are at a level of uh or are they are skilled in computer science and no it was just a test so maybe at some point we can make user of Debian science talk about software and using the software not about packaging them it's not that I don't care about the users it's that it's it's so tricky to figure out what is the best way to serve the users by being at one point so there's no ambiguity about where are the cool people the people really knowing stuff or is it better to split it up so you don't scare them off by being too cool and asking about way advanced stuff that you don't are not interested in and the only real way to figure it out as I see it is to look into the future of what happened if we did this what happened if you do that I don't have the the ability to jump between these multiple realities something I finally think we cannot force you though to discuss this topic there and this stuff over there so it was just to kind try to create a community into Debian and not outside because you can keep it okay to make concrete suggestion of mine I believe in staying at the same place to to keep a critical because of the issue of critical mass again but I don't know specifically for Debian science if you ever already have the two critical mass if you are scaring people off that if that's the issue here as a if I was not a packageer I think I would be scared of asking question on the mailing list where I see very technical question happening all the time and it's why I think most of the normal user are not using the mailing list to ask some question like I want to do this kind of computation which library I should I use because on the mailing list most of the question are very technical but but I'm just thinking that wouldn't you still have the technical questions on the mailing list would you then tell people to not be too smart in their way of asking questions because you want to invite I'm afraid to mix the two things the user question and the packaging question and plus the idea why I wanted to split them for what it can work on IRC there has been quite some consensus on the fact that splitting mailing list for users and for packages is better than not and they're suggesting that in package multimedia they've done so and apparently they had good results okay just to thank you for the feedback who was doing the feedback oh don't know it's too abrupt cut and somebody is thanks to art greetings to the people outside yeah so here is some URL so if you want to have a look into the policy and what we are trying to do to figure out and so on so you will find everything and Rico can you imagine half of the people don't know that tax in this room I think we have finished anyways although we can give a five-minute short introduction to DevTex now if you like here's a mic so hi what are we talking about debut science round table okay hi DevTex these categories for packages and because normally with I mean without DevTex you only have sections which in your case you have one section science and that's not much and tasks but they're not quite they're not package information as such they're more like to install groups packages whereas DevTex allowed to have more than one name the package and they are old and we have like more than 600 different categories available and they're grouped by what we call facets a facet is a point of view from which you look at the archive so we have one facet which is what's the role of the software in the archive and so it can be a program a library documentation a plugin and so on and we have another one that's what's the interface of the package and so x11 command line and so on and then we can it gets even more specific so there's a package for the field of science or research or well field of knowledge and so it could be medicine physics or literature history and so on and then we even experimented making field specific facets like we have an experimental facet called biology which has tags that I do not remember because I'm not a biologist and so that specific groups of users can have can find words belonging to their field in the classification I think that's about the is it simple or can it be made simple okay for user for people who are working in certain areas to add more specific classification for that area for example for software in maths okay you say some were added but maybe users can have the need to add some more some more specific is could this make possible yes in order to add a new tag you join the dev in the well the dev tags the well mailing list which is not much about developments but everything that takes but you can change the name of a list after it made it and propose new time it's as simple as that if it fits in a new facet sorry if it fits in an existing facet the only requirement is that there are at least certain packages in the archive that would have it there's no point in having one tag for two packages it's not representative of that being of anything in that being if you want a new facet there may be a bit more discussion like we'll see if it makes sense if it overlaps with existing facets but ideas are absolutely welcome a facet should be sort of uniform um it should it is a point of view from which you look at the archive it's something that should conceptually make sense as an idea and it's not like you can't take the existing sections in devian and make a facet section it wouldn't have much sense it would kind of overlap with other things there's not much point in doing that but if it's something uniform we try to think in the field of uh research to have one about research work so something for doing research for publishing research for bibliography um so kind of the work to have a facet to represent the workflow of academic work um yeah we had ideas like that and why not okay thank you very much


What's going on everyone Sam here with latent sports cards, and we are doing 2022 fanatics memorabilia silver box break number 16 Random hit style so Alice is gonna work is I'm gonna go over here with Don We're gonna open the box show off all three of the hits What we're gonna do is Don has the random hit sheet open He's gonna type in all the hits with a description and then once the break is over and all the hits have been shown We will do the random at the end and then I'll post the results post the link in chat And then we'll we'll be able to go ahead and move on so I'm gonna expand this camera just a little bit So you could see us I'll make it smaller if we have like a baseball or football that I'll put on top here But for now, um, we'll do it just so if there's like a 16 by 20 we could show you the The thing so here we go silver box number one make sure that's a silver That's a silver box says on the side They have cards in here. Yeah, they have cards. Oh, yeah, I guess like because we had like cross reasons Yeah, there's no batch again. I think too. Yeah some cool stuff in these things man All right, here we go guys the wait is finally over it kept packing out.  Okay, perfect That was really concerning That's kind of nasty Start with this one right here All right guys, I'll take your thing Cool, we've got it's kind of hard to see because it's wrapped up. Um, I don't want to I'll take it out of this box um, and then we'll be able to Clearly don't win this dude. That's awful Um, this first hit is going to be a replica helmet Going to uh, it's a cowboy that is tony dorset Uh, again, I'll put the camera a little bit. We'll go to the main cam too. It's inscribed hall of fame 94 On the tony dorset again. It's wrapped up. So I'm not touching the actual helmet Um, let me the make that smaller Move this cam up a little bit. You could see it's a cowboy's helmet tony dorset inscribed hall of fame 94 Very nice first hit there We'll do the helmet next because we don't know what the picture picture can be right wild I'll just leave that there for now. Um, second one. This is nasty. This is really nasty We've got um, another helmet another football helmet This is gonna be really freaking cool. Again, it's wrapped. So I'm not touching it. This is a Jerry rice hall of fame inscribed number 80 in hall of fame 2010 Again, we'll go to the main cam on this one again See you guys can see it That is hall of fame Jerry rice again. You can't really see it because we have like this plastic in the way I don't want to mess with the camera too much. I don't I mean, I don't want to mess with uh, uh This too much because it is wrapped up, but that is a Jerry rice helmet inscribed number 80 hall of fame 2010 So we're just gonna pack this back in Yeah, that's probably the best move or I guess we could stack them on the back I just put everything on top. I don't know how to do the last thing I don't know how to do the last night either to be honest with that helmet there. We got a uh picture It looks like coming up next Um, we open this I guess this way Perfect is yeah, but isn't a top loader what I'll do for this one is I'll expand our uh face cam And I'll just show it right here. So you guys can see it We've got Oh, that's kind of sick. That's cool. That is gonna be I believe late in van der ash Yes late in van der ash Signed 16 by 20 inscribed wool punter Wool punter late in van der ash. Let me double check that this is late in van der ash Um, let's see here. Is there anywhere on here that would say it? It didn't on the outside. So it didn't Yeah, I think that's late in van der ash. I think it's number 55 Yeah, it looks like him because I don't think it's shawn lee shawn lee would be the only one other thing And I believe he was 50. Yep. So that is a late in van der ash 16 by 20 pretty sick hit there as well Um, all right, so we'll do that. Um, I guess we could probably just put him back in uh in the box I think it's probably the move and then put the put all the stuff into the box too Um, so that is it. We're gonna take you over to the random screen now Uh don wrote down all of our I've probably spilled me into rest for what wrong Oh, I think you're pretty close actually Um, so here's the random screen. Here are our three names. We've got frank l fumi asuke and john a And then we've got our hits jerry rice, uh hall of fame autographed helmet tony dorsett hall of fame autographed helmet and late in van der ash 16 by 20 picture Uh signed autograph. So we're gonna roll the dice over here We're gonna go four times on the names and four times on the hits. Good luck everyone one two three And four fumi asu down to frank and we've got four times on our hits one Two three and four Uh, jerry rice down to tony dorsett We've got here we go boom Fumi asuke gets the jerry rice hall of fame autographed helmet John a's got in the late in van der ash 16 by 20 picture auto and frank l tony dorsett hall of fame auto helmet That'll do it for the break guys. I'll post these results in chat. Thank you again and uh up next. We got number 17


Hello everybody and welcome back to the channel. I'm EvilRavitt. We're back on Forza Horizon 5. Oh no, there we go, it's just here. My shifter is still messing up. We're here on Forza Horizon 5 with the D-Mazer R9, our vent tech pedals, shifter and handbrake. And we're here because we're going to get the first drift impressions here on Horizon 5 with the new wheelbase. So of course we're going to go take a look at the new old drift event that's here with, uh, Vankit and Smoky. I like these girls. Kind of first blood. So we're going to go hit up the drift event with the Moky. You can see what we're going to do. Make sure you guys follow me. Also, if you know what you're going to find on the script box below, let's get to it. Drift club story with the Moky. So it looks like back in the slide again. So hopefully we get to drive the Moky. I actually have not actually looked at any of this. We got to get 50,043 stars. So like I said, this is the first time on the wheel we are on the drift settings, which is the same settings. I feel like are some of the good There's only one Welshman I know who can handle a car like that. Ah, well, it's not a patch on you sideways. Modest as always. So what are we doing? I need a third party evaluation of the modifications on just guys before you reach the destination. Easy enough. So overall, the wheel does feel quite good. Actually, oh, we're going to hit this up. Oh, we didn't hit it. We're good. So overall, I'm actually quite impressed with how the wheel feels. It's been too long, Rob. I mean, I have $50 already. The temp on those tires is coming up nicely. Keep at it. I mean, I'm just barrel cating through stuff. But overall, not too, too bad on the wheel field. Head back to the top if you want another run. Nope, I'm good. We're just over 100,000. So we're good for three stars initially. So when's the grand opening of drift club Mexico? Who told you about that? So we could play the first mission quite easily, actually. That is an aggressive GTR. Agreed. Okay. So we got GTR. What do we got to do? We've got a room. Right. Let's see what this 100 and 15,000. Some very tight turns along the reservoir. Rear wheel drive is perfect for this, though. I mean, I feel a real drive is perfect for this, but I don't know if this gear ratio is really set up quite well for this. Oh, steering lock's not really there. Oh, steering lock does not feel like it's there. That gear kind of blogging a little bit on me. I don't think third gear is powerful enough. Third gear not powerful enough. This is like a second gear burner. Definitely thoroughly impressed is how the director I feel. You may want to add a little bit more force feedback because it does feel a little bit light, but then again that could just be the car. Luckily, we had one knocking around the first of us. So the GTR is famous as a modular platform, and that's not just because of the wheelbase and the organic. No, lost it. The V8T engine is an exceptional starting point for a drift belt. I mean, the GTR is definitely a nice car, but I don't think it's the perfect car for a basic platform. Correct me if I'm wrong, but I feel like the R35 is definitely a big, big girl when it comes to drifting. Drifting one in ESD8, it's a big car for that last season when I did a couple round visit. Definitely not a working gear with this car and this tune. We should be able to get to 300 no problem though. Stock turbos can easily make 700 BHP. There we go. You need to build for that amount of power up both ends of the intake exhaust flow, of course. In the final analysis, not a cheap drift platform, but definitely not a cheap drift platform at all. So we got that one done pretty easily, so we're going to knock these things out. We're going to get to the next one, so let's see how far it is, or if we can just drive to it and get on getting on without, you know, extending this way too long with the filler gap. So good news is my game has not crashed recently when I used to play with my fans. The game kept crashing. I'm not sure why. Either that, A, that was fixed with the updates or it was fixed with the wheelbase. Ha, you're so funny. So I'm going to get to this next spot, so I will catch you guys when we get to the next chapter of this drift club event. Three, two, five, eight. We are at Challenger 3 in 30. I like it.  Okay, I mean, put me behind the wheel of Andrew Hately's FD car. I'll take it. This is more where I'm liking. An FD car on the back roads. Definitely loved Andrew Hately's car. Definitely a very awesome car. He's utilized a left of brake there, but hopefully we can get three stars on this one right off the rip too. Going to get to 200k first to see what the next challenge is. Definitely enjoying being back here on Horizon 5 without having any game issues. Maybe bringing out a lot more Horizon content if you guys want to keep seeing Horizon content. Let me know down in the comments because definitely fun to be back. He's talking about a BMW with one inch of parts and easy to work on. BMW is not from Fainahart. We're running that edge. Going to get to 300. So we're probably going to get 400 or 50 for some reason. Okay. So yeah, I need to add a little bit more feel and maybe get rid of some of the oscillating friction on the wheel. Technical challenge, drifting uphill. The additional inertia is a very intriguing factor in how you achieve the optimal corner approach. Optimal corner approach. I mean, we got a V8. We don't have to worry about too much like the way this R9 feels here on Horizon. At first the game didn't want to recognize it, but I did update my firmware to recognize it right away. So that was good. Make sure your firmware is fully updated on the base if you're good to go. So we got that one pretty easily on to the next one. So, okay, guys, when we get to the next one. I thought we'd been focusing on the classics a little unfairly. So how about this? Challenge number three. Osmo Supra. Definitely one of my favorites. So what do we got to do? This is based on a 2020 Toyota GR Supra modified by Papadakis Racing with approximately 700 extra BHP. But higher baseline speed necessitates maintaining the drift at a greater lateral velocity. So we got to get, oh, 200. We're not being degraded right now in his car.  Got to get some straight line drifting going. There are some big points right there. We're almost at 200 though already. Took out three miles to go. Back on the road there. You definitely need to figure out the numb feeling in the center that I'm not used to feeling, but that could just be a setting thing and a calibration thing. I got to get set for the game. 430. Functionally destabilize the rear. Not doing the greatest in Osmo's car right now. Functionally destabilize the rear. That's something I've never heard before. I don't know if we're going to have enough road left to get this challenge completed in one try. We need 430 just for two stars. 600? Okay. They're really up there with Osmo's car. I say that as we're about to hit over 600 already. I thought we were going to have enough road. We definitely have plenty of road. The boards would be, the leaderboards are probably in the millions and I'm over here just being a potato on the grass at some points, but we got this. Finish it up. So that one's complete. We've got, I think, two more to do. So let's go to them. Meet you guys when we get to the next one. That's the Formula Drift Mustang. Very nice. A next volcano run drift in this challenge. I told you this was a muscle drift. And we've got 6.9 miles of the nicest drift road I think I've ever seen to try it out on. All right. Let's get cracking. Go for full points. The ATPs Mustang. Oh boy. All right. Let's do it. We're dealing with a supercharged 5-liter V8, giving you a good center of rotation. Very slightly biased front. 900 BHP to push out the back. It takes some of my jocularity lateral thinking to build a good drift car out of a muscle platform. But I think this is a very competent attempt. I mean, ATPs got one of the highest angle front ends in FDs, so hopefully I should be able to do this. So first I've drifted down this road on this wheel, so I'm not going to lie. Definitely like ATPs Mustang's going right now. Could be way, way more sideways. Oh, I missed that. We got it. We got to actually try and link this stuff. We got to get 350. Okay. We're just one star. I think we're going to be upwards in the 600s again. Like I thought we were going to get it with Osmo's car, but we should definitely go get it here. Probably next one's probably 450. Oh, sorry, 850. Okay, okay. All right. We need to just wait until you see... I need to lock it down if I want to get three stars on this. We can't drift if we hit trees. He's got a definitely very good points. I wish I could adjust the gear ratio for some of these cars, for some of these challenges. But we are nowhere near where we need to be up here for points. This one may not actually get three stars off the rip. Do a lot of back and forth on these straights to make sure we lock down the points, see we miss a lot of points there. As we keep the five multiplier we should be okay. Probably going to be one million score, I bet. Right on the projection. Yep, 2.4 miles left. To get 150k, we should be okay. Trying to utilize as much of the power. How much tire smoke must be visible from the city? I mean, if anyone was watching. Oh boy, we got this. Trying to focus and not totally biff this course. We know I'm going to be taking this road back and see what we can do for our highest skill chain and stuff going down this road. So I think this will be the last challenge for this episode and extend this to another episode to where we can finish off this trip. If you guys want to keep seeing this here on the channel, make sure to let me know down in the comment section down below that we're finishing this off in another episode. So as always, I thank you guys for coming back and watching. And grab it. See you guys on the track. As we do that, we almost do Mustang things.