yashsingh1/xdaforums huggingface dataset:
[HD2 General] Camusa:
Trust me...I know. Having worked IT for 20+ years...I know.

So my company uses:

https://mail.xxxx.com/owa

As far as I am aware that is is.

I am not following the rest of what you have written though.

What do you mean by a "proper SSL thing?"
[HD2 General] crisisinthecity:
Even if you figure out the proper address and domain name, there is a good chance you will need a security cert Cab to run to allow you access which must come from your IT dept.

Why not just take this to your boss and tell them you want work email on your phone and have he or she force them to set you up? If your boss isn't down with you having work email on your phone, then IT isn't going to let you anyhow...
[HD2 General] Camusa:
I appreciate all the responses.

A couple of points to address:

1. I got it to work no problem.

2. I erased the profile and am going to wait for them to give me the green light/red light.

I am second in command for my satellite office.

I am the assistant program director for a FQHC (Federally Qualified Healthcare Center). We are JCAHO accredited and long-standing.

We have to play by some very serious rules according to the feds and HIPAA is always looming large.

When I put a small applet on my computer to stop the screensaver from engaging (since they took away our privs to be able to just change the setting) someone ratted me out and I was told that it was "HIPAA" policy.

Having been a privacy officer myself I assured them it was not HIPAA policy.

They then noted that it was company policy.

Long and short of it...I am going to have to wade through the BS.

Supervisor is here!

Gotta go!
[Windows Mobile Apps and Games] kamma:
This application turns the device to standby mode after tapping the shortcut.

[size=+1]Reason for creating this simple tool is the "over-usage" of standby hardware button.[/size]

---------------------------------------------------------------------------------

If you find this application usefull and want me to support it and improve it, please donate any amount you can miss. THX

https://www.paypal.com/cgi-bin/websc....gif:NonHosted
[Windows Mobile Apps and Games] kamma:
Changelog v1.0

- First release
[Windows Mobile Apps and Games] mike2nl:
This is really a good one !!!
[Windows Mobile] airxtreme:
I believe this screenshot is REALLY, REALLY self-explanatory (also notice how the words in package names are also splitted, like AdobePDF becoming "Adobe PDF" and aGPSConfirmation becoming "aGPS Confirmation", it's so awesome that it detects all the words!). This is also the first tool to do all the necessary initflashfiles.dat and config.txt files splitting.

How to use:

Put the EXE where the OEM folder is and then double-click on it, or drag&drop the OEM folder on the EXE (the EXT folder will be created where the EXE is located unless you specify another destination using command line parameters).

Command line syntax (All parameters are optional, including the paths that will default to "OEM" and "EXT" if missing):

Syntax: "The Awesome Package Sorter.exe" [/UseUnderscores] [/Quiet|/Q] [/WriteIndex] [/StripComments] [/OriginalName] [/InternalName] [/NoSplitting] [/SkipNeutralPackages] [/DeleteDSMFiles] [OEMFolderPath] [EXTFolderPath]

/UseUnderscores to have the tool rename all the packages with underscores instead of spaces at the end of the conversion

/Quiet or /Q to enable the quiet mode where only error messages will be shown

/WriteIndex to write a packages index in the EXT folder

/StripComments to save the initflashfiles.dat in OEM_Lang_XXXX with all the comment lines removed

/OriginalName uses the original package name with only the device part removed (like PACKAGE_ManilaCore_1_0_0_0)

/InternalName is like /OriginalName but without the "PACKAGE_" prefix and uses space instead of underscore to separate the name from the version (you can use /UseUnderscores to suppress this)

/NoSplitting turns the file initflashfiles.dat/config.txt splitting off

/SkipNeutralPackages leaves all the packages that don't start with PACKAGE_ in the OEM folder

/DeleteDSMFiles deletes all the DSM files from the packages

Note:

It doesn't have an user-interface, it only shows messageboxes however it will tell you when it starts and when it ends or if there is any issue. It's based on the osKitchen guaranteed file operations engine so nothing will break if the folders are locked.

This and more wonderful automatic package importing functions are now available in the latest osKitchen!
[Windows Mobile] ai6908:
Interesting tool...will give a spin...thx...:)
[Windows Mobile] + Que PPC:
Nice to know this ;) thanks AirXtreme hope many ppl can see this.... will u post it in the repository kitchen tool by souchef? please ;)

Here is the link... its a pleasure that you all are making this kind of tools and even better including them into the OSkitchen

Keep it up
[Windows Mobile] ark666:
Thanks Airxtreme, it´s a super fast tool.

Cheers. :)
[Windows Mobile] furb3t:
Great tools....thank u doctor airxtreme :)
[Windows Mobile] Nokser:
Thanks for this Bro
[Windows Mobile] indagroove:
How about a tool like this that does OEM to OEM for chefs that use OEM format. What I mean is to combine the lang pack with the common pack and rename the package with the version info (like with EXT packages), but still retain OEM format?
[Windows Mobile] RoryB:
I notice the 0409 folder does not have a "files" subfolder and the rgu stays a rgu file, but in one of my importing an official ROM to oskitchen created the files subfolder. Also, my kitchen run has the rgu converted to an app.reg in 0409 and it seems to work.

Are you in the process of changing the formats?
[Windows Mobile] airxtreme:
No, I forgot to apply the ext formatting to subfolders. I uploaded a fixed version in the first post.
[Windows Mobile] airxtreme:
New beta3 that fixes an issue where empty LCID folders were left behind. Thanks to OndraSter for reporting the issue!
[Windows Mobile] Staxxthedan:
Thanks for the awesome tool airxtreme....you sure make cooking fun ...:)
[Windows Mobile] WoZZeR999:
Great tool! Is there anyway to have it use _ instead of spaces? I use some .cmd files and the spaces break it.
[Windows Mobile] airxtreme:
You can enclose the directory names in batch/cmd files with double quotes to avoid issues with spaces in the file/directory names.
[Windows Mobile] WoZZeR999:
Not I can't, because many of my scripts use for loops with %%a where I do some parsing. It's also cleaner naming in my opinion with _'s instead of spaces in my folder.
[Windows Mobile] airxtreme:
I added a new version with the /UseUnderscores command line switch
[Windows Mobile] WoZZeR999:
Awesome! Btw, I'm loving the new osKitchen. With the new dump tool, it seems to build better than EVK did (plus, I don't have to worry about java crapping out on me!).
[Windows Mobile] WoZZeR999:
Sorry for another request, but would it be possible for it only to show dialog boxes if there were errors?
[Windows Mobile] airxtreme:
Done. I released a new version with the /Quiet (or /Q) switch.
[Windows Mobile] WoZZeR999:
The Unbelieveably Awesome Package Sorter just got more unbelievably awesome!
[Windows Mobile] WoZZeR999:
Hey, I've been thinking about this for a while, but I don't know the easiest way to do it. Would it be possible, with a given initflashfiles.dat, that it could create app.dat's for you in the EXT folders? All it would have to do is parse the initflashfile lines, find the file, and locate the file in whatever EXT package it was in.

It's not really a request (because it would be a GIANT pain in the ass), but if you wanted another cool tool to work on, it may have it's own interesting challanges... Just a thought.
[Windows Mobile] appelflap:
+1 That would be a very unbelievably awesome Unbelievably Awesome Package Sorter
[Windows Mobile] RoryB:
initflashfiles.dat is in OEM which is not an EXT PKG and not all files it manipulates is located in EXT PKG. A lot of them are in SYS and would change with each new build.

BUT I like your idea. I have been trying to figure out how to do some of this because as I add and remove packages I sometimes have to add an app.dat and sometimes I do not.

One situation especially is Office 6.1 versus Office 2010 I use two different initflashfiles
[Windows Mobile] airxtreme:
I already wrote part of the code for initflashfiles splitting but I wanted to do it properly meaning that during import the folder entries will be replaced with variables and during cooking those variables will be replaced with the folder locations stored in the shell package registry file to avoid all the entries breaking as soon as the language is changed but since I still don't have internal registry parsing that can't be done yet. I have config.txt splitting ready but until Da_G finishes the XIP relocation and I can throw platformrebuilder in the trash I can't enable that because it's in the new cooking engine (the config.txt chain entries to the other config file must be moved to the end during cooking or the splitting won't work properly).
[Windows Mobile] WoZZeR999:
Yeah, I know it is. All it would worry about is creating the app.dat for EXT packages. It would ignore the file if it wasn't located in EXT folder.

aiextreme: Sounds like some new fun stuff is coming down the cooking line. Can't wait for everything to be finished!

I may make something on my own. Who knows if it will work. It will probably be some stupid little vb.net app (since I have not programmed anything in ages, and vb.net is nice for prototyping). If it gets to a point where I feel comfortable releasing it (will start it over the weekend maybe), then I may.
[Windows Mobile] airxtreme:
If you want the initflashfiles splitting I can already add it since I have the code ready but only the untouched entry will be copied, there won't be an app.dat for every language like in my packages releases.
[Windows Mobile] WoZZeR999:
Thanks for the offer, but I think I'll pass. I'll just create something for fun so and see what I come up with.
[Windows Mobile] nikoan89:
Nice tool!

Could you add an option to give a .txt output with all the packages versions? :)
[Windows Mobile] airxtreme:
Well if you need it the latest oskitchen does both the file splitting even though proper localization will have to wait.

The package versions or the directory list? Because not all packages have a version.
[Windows Mobile] airxtreme:
I uploaded a new version that does all the files splitting and that can also generate a packages index text file.
[Windows Mobile] nikoan89:
It doesn't work for me, the tool crashes :(
[Windows Mobile] airxtreme:
Did you launch it on a chinese/japanese/east asia rom?
[Windows Mobile] nikoan89:
Yeah LEO SKT 1.80 Rom :confused:
[Windows Mobile] nikoan89:
Ok I've tried with a WWE ROM and it works pretty cool :)

Thanks for the output implementation it's perfect :D
[Windows Mobile] WoZZeR999:
Tool works for me on SKT/CHT roms.
[Windows Mobile] nikoan89:
How did you do that? :eek:
[Windows Mobile] airxtreme:
I uploaded a new version in the first post that solves the unicode issues.
[Windows Mobile] nikoan89:
ok now it works well also with asian ROMs :)
[Windows Mobile] c_shekhar:
It is good and efficient tool.

Can we not have naming of the packages as AdobePDF 2_5_1_0_404840_05 instead of

Adobe PDF v2.5.1.0.404840.05

Most of the EXT packages have this kind of naming system.
[Windows Mobile] twopumpchump:
got this from post 1 of this thread

please read/search before posting.
[Windows Mobile] c_shekhar:
@ twopumpchump

May I request you to Please see carefully my post before giving advices. (No offences);)

there is "underscores" between version and build also. Even the oskitchen v1.25 and other dumping utilities are putting "Underscore" in place of "Dot".

There can possibly be standardisation of the tools for the users.

Secondly, it is leaving the .dsm inside the EXT package which is of no use while using visual kitchen..
[Windows Mobile] WoZZeR999:
The osKitchen does use .dsm, evk's does not. I also believe osBuilder uses .dsm files, so they are useful to people.
[Windows Mobile] rgb-rgb:
TPC gave you the answer to what you were looking for.

This tool will use underscores if you tell it to use underscores by using the command line option /UseUnderscores .

Perhaps if you read his answer again, you will understand what he was telling you.

The quote he gave you is from the bottom of the very first post of this thread. Please read it.
[Windows Mobile] airxtreme:
The new version I added puts underscores in places of the dots in the version but the point of this tool is using generating decent packages names, there are dozens of other tools that rename according to the internal package name and also can do far more stuff than this one.
[Windows Mobile] kokotas:
Thanks

This is great work man!

I hope you would consider adding a couple of features in next release...

1. Instead of putting the app where the OEM folder is and then launching it,

we could add the "path_of_OEM_folder" as (an optional) parameter.

2. Removing all the comments and blank lines like these:

;==========================================================================
; MASD customization settings
;==========================================================================

; ===== BT_FTP =====

; ===== End - BT_FTP =====

;==========================================================================
; End - MASD customization settings
;==========================================================================

3. It left some lines in the initflashfiles.dat that I think should be in the app.dat of Opera:

Directory("\Windows"):-Directory("Opera9")
Directory("\Windows\Opera9"):-Directory("help")
Directory("\Windows\Opera9\help"):-Directory("imgcss")
Directory("\Windows\Opera9"):-Directory("images")
Directory("\Windows\Opera9"):-Directory("jsplugins")
Directory("\Windows\Opera9"):-Directory("locale")
Directory("\Windows\Opera9"):-Directory("Settings")
Directory("\Windows\Opera9\Settings"):-Directory("Imgs")
Directory("\Windows\Opera9"):-Directory("skin")
Directory("\Windows\Opera9"):-Directory("styles")
Directory("\Windows\Opera9\styles"):-Directory("images")
Directory("\Windows\Opera9\styles"):-Directory("user")

Best Regards!
[Windows Mobile] WoZZeR999:
1 - You can put the path, 'TUAPS.exe /UseUnderscores /Q IMGFS\OEM' is the command I use in a script I made (I renamed his tool).

2 - The extra areas don't really make the booting process take longer

3 - With the PRB based kitchens, you don't need the directory info, only where the file is being moved.
[Windows Mobile] kokotas:
Thanks!I thought it would only run from inside the OEM folder.

EDIT:

This is exactly what I'm talking about

But they are useless and make initflashfiles.dat bigger and messier.

But if I don't include opera in my rom those subdirs in Windows will be created without any purpose.

Regards!
[Windows Mobile] airxtreme:
Done, now the first parameter that isn't an option is taken as source OEM folder.

Done, I added a /StripComments option

I can't move directories because some are shared between packages and most initflashfiles folders change with each language.
[Windows Mobile] Diegis0n:
They may sometimes change, but i garantee you the opera entries are identical in all langs (apart from the start menu shortcut line obviously). But you can certainy have the "\Windows\Opera9\xxx" section moved with the rest ;)
[Windows Mobile] airxtreme:
The opera ones yes but I can't set up any splitting system that can work reliably on all the folders because cabs and provxmls can try to save files in these folders.
[Windows Mobile] kokotas:
Thanks man for the fast response;)

I see you added auto-converting hex names!

Respect!

ps:When you have the time please consider Cloudyfa's suggestions:

It would be great adding a couple switches so that the above could be possible!
[Windows Mobile] airxtreme:
My tool uses the MASD entries when possible to get the correct name and version info but of course if the entries had to be literally used the name would be something an ugly "PACKAGE_RHODIUM_WHATEVER VERSION" making the comparison far more hard than it is now. Considering this tool was written mostly to address the ugly names issue I think it would be pointless to respect the internal names considering how many sorting tools there are around that do that.

HTC had the brilliant idea to put some important stuff in those folders and manila and other applications won't work properly without those packages so it's better if they stay in EXT. The fact that those packages are actually NOT language neutral since most change with each language is also another reason why they should stay there and be moved in LCID folders when you start cooking multilanguage ROMs.

Because kitchens that don't support DSM files are a boat full of fail: recent HTC ROMs break if the DSM order isn't respected because operator packages override the HTC ones and the provxml files are not executed in the correct order. EXT is useful to have multilanguage packages but the DSM file is essential to cook a proper ROM.

I added the OEM folder as first parameter in 1.0.5, I'll add the EXT output folder in the next version.

I have already looked at the sections but that won't work on all initflashfiles so I'd rather leave things like they are with the directories entries staying in the file until I can find a decent solution to the problem. About the comment lines I added the /StripComments but that will remove invalid non-working entries along with the comments.

I have to address the multilanguage issue properly by creating a language-neutral app.dat but that will require the matching SYS folder as well to extract the system folders informations so I don't know if I'm going to put this stuff in the tool too or just in the kitchen.
[Windows Mobile] airxtreme:
I've uploaded 1.0.7 that allows setting the destination EXT folder as well.
[Windows Mobile] Cloudyfa:
With your tools:

Contact_Utility_Engine_v1_2_20152422_0

Contact Utility Engine v1.2.20152422.0

All I wanna have is:

ContactUtility_Engine 1_2_20152422_00 (simple and well looking)

I think we should have this as standard name, packages don't have MASD will have it's own name minus "PACKAGE_<DEVICE>_...."

exp: CMWifiEnroll instead of PACKAGE_OBOE_CMWifiEnroll

It'll be more easier for you (fast and much more simple coding) because you don't need to detect words to split it and still have all name not so ugly.

I don't like other tools bc they seems so slow (exp: ExtRebuild,...). The OEM2EXT (original one from bepe) works well with PACKAGE_TOPAZ_DummyPkg but not with PACKAGE_TOPAZ_S2_DummyPkg (wrong locale detect, all 0409 packages won't move to the pkg)

I know but you see that, the tool you creat "The Unbelievably Awesome Package Sorter!" Why doesn't it do the work just like what it is (handles all PACKAGE_*). Many reg in OEMDriver, OperatorPkg, and others that an experience chef will know what to do. Putting all in EXT is not a good idea, it just make us confuse when try to figure what's new in this ROM.

Kitchens that don't support DSM files are a boat full of fail, I know. But I see that most kitchens now base on bepe's PlatformRebuilder. We have DSM files in XIP, SYS, OEM, that's all. No need to have DSM files in EXT. The priority of PlatformRebuilder is: SYS -> OEM -> EXT(alphabet order) -> XIP, we won't break any order here (we're working with EXT).

Nice to see you add this option, but for some reason, it doesn't work. It now can detect we have OEM folder there, say that it'll sort, complete, but nothing change. You should check it again.

All I want is keep initflashfiles untouch (after move all ext related lines), we adapt app.dat from it, if you like, you can clean up app.dat with that /stripcomments, don't clean up initflashfiles.

This app is used when dumping a ROM, so it's easy if we use that ROM lang to creat locale folder and put app.dat there.

As I said, this is my opinion :cool:
[Windows Mobile] airxtreme:
I don't use a wordlist to rename the packages, I've wrote a generic algorithm that finds where the words start/end according to the uppercase/lowercase characters so keeping it or not actually won't change anything. Anyway I have added two options for package naming: /internalname to use the internal name/version without PACKAGE_ and /originalname to leave the original name (including PACKAGE_) with only the device part removed.

There are other tools that work properly and that are faster than mine like the one OndraSter wrote.

Actually anything with a DSM in it is a package, not just the HTC ones. I added a /SkipNeutralPackages switch if you want to turn that off.

Mine manages the provxml/DSMs correctly despite being platformrebuilder-based but since unlike the kitchen the sorter doesn't do the required DSM normalization and deletes the empty shadow packages I added a /DeleteDSMFiles switch since all those DSM files would be useless when used with oskitchen.

I tried and it seems to work fine you probably didn't specify both folders correctly or if the paths had spaces you probably didn't put the double quotes.

app.dat files are already copied without the comments and initflashfiles is left intact unless you use /stripcomments. I added a /nosplitting switch to turn the splitting off.

I'm pretty sure there are dozens of package sorters around that could do the sorting like you wanted without splitting/renaming; having added all these switches seems pretty pointless to me.
[Windows Mobile] Cloudyfa:
You misunderstood some of my words. But it's ok :D

- I think you should remove /UseUnderscores and /OriginalName, your default file name and /InternalName are good enough. :D

- I don't mean to have /NoSplitting, I mean the /StripComments should be used for app.dat, not on initflashfiles.dat.

- I already told you about extRebuild (that's the one you show me too), and i'm sure it's a lot slower than yours.

- About my problem, it's not about the path has space, but I misunderstood your arg, instead of pointing to OEM (exp: D:\Kitchen\IMGFS\OEM) I point it to the folder contain it (D:\Kitchen\IMGFS) like other tools, funny that it still can detect the OEM folder exist then say complete :D

After testing your new version (1.08):

- When using /SkipNeutralPackages, it will generate initflashfiles.dat inside those package (ProjectDefault_B) so we have duplicate initflashfiles.dat

- The initflashfiles.dat after splitted doesn't have header edited, so we must use HexEdit.

- Problem with app.dat split (I think you checked if the lines contain locale string to move it to locale's app.dat - dummy0409.lnk will be moved to 0409's app.dat), I think all its content should be moved to locale folder, not split it again bc not only the system path, but also the app name will be different.

- May we have the <Device> as the subfolder of EXT contain all packages? (Exp: EXT\Leo\..., EXT\Leo_S\...) if we use /InternalName or better have this as default.

Sorry if I bother you, airxtreme. Btw, you made a great app.
[Windows Mobile] airxtreme:
/UseUnderscores was required for command line tools and /OriginalName can be useful when comparing against older tools so I think I'll leave those there for now

The tool doesn't save any comment in the app.dat since it writes the parsed data there and not text taken from the initflashfiles.dat

I thought you meant the ervius EXT builder, OndraSter tool seemed pretty fast.

It doesn't detect that the oem folder exists but it only detects if the folder you pass as parameter exists.

Considering I can't add anything else I'm putting into oskitchen because other kitchens won't support it this tool will soon be pretty useless.
[Windows Mobile] airxtreme:
Doesn't platformrebuilder use those files? Or were those initflashfiles.TXT files?

I think the file is fine because the generation code is the same as the kitchen's and it works fine there.

The tool only looks where the files are moved when creating the initflashfiles/app file so it's actually by design.

There is no reliable way to get the device name: the tool just finds out the common prefixes and strips them and doesn't have any sort of name detection at all.
[Windows Mobile] RoryB:
It was txt for the packages and dat for the OEM folder.
[Windows Mobile] airxtreme:
Thanks, now the problem should be fixed.